Какую связку технологий выбрать для реализации проекта с 5000 онлайном?
Добрый день уважаемые знатоки. В скором времени начнется реализация проекта, в котором постоянный онлайн будет в районе 5000 человек. Пример сайта, по принципу которого будет построен этот проект. Если будет использоваться связка Vue.js -> Node.js -> MongoDB, будет ли она верна? Такая связка была мою выбрана исходя из того, что мне очень близок JS. Буду рад любой помощи по этому вопросы. Большое спасибо!
DTX: там очень крутая экономическая модель, которая позволяет остаться в плюсе не только владельцу, но и людям, которые там играют. Но, как Вы и понимаете... люди на этом зарабатывают не очень много... все сводится к привлечению людей! Чем больше пригласил, тем больше зарабатываешь (можешь вывести денег), даже с учетом того, если эти (приглашенные люди )не вложили и копейки
1) Это зависит от нагрузки на сеть (кол-во сообщений в мин, объем сообщений, от одного в среднем)
2) Размер групп (пересечений) - сколько пользователей получают одно событие от одного пользователя
3) Расчет/нагрузка на сервере
Зависит от того, какую среднюю нагрузку на сервер дает среднестатистический пользователь, как часто они это делают, какие возможные пики.
Просто количество пользователей - ни о чем.
Например простой форум с 5000 единовременным онлайн можно даже на среднестатистическом современном ноутбуке хостить. Под виндой.
это не сильно много онлайна. Нормальная связка. Только для более быстрого доступа к инфе всякую шнягу которую надо тютя в тютю обновлять в реалтайме я бы писал асинхронно в redis и обращался в него нодой.
Железо тоже нормальное нужно для такого онлайна + кластеризация ноды и в добрый путь.
Если Вы думаете, что всё там в Real-Time - это заблуждение.
Командами с клиента - Вы лишь отдаёте изменение состояний серверу.
А время - оно одинаково течёт и на сервере и на клиенте.
Поэтому просто стоит привязка к таймеру и синхронизация времени и получение/обновление новых событий время от времени.
Всё развитие - это изменение значений во времени по определённым правилам, что автоматически означает, что это не online-шуттер или аркада, где от постоянного изменения координат зависит состояния других объектов за короткий промежуток времени.
Такое - потянет даже самый слабый хостинг, т.к. это просто POST-запросы к серверному API для обмена данными в формате json (например).
Серверное API проще всего сделать на простом PHP.
Конечно, можно сделать и на WebSocket, но для такого типа игр - это overwork.
Простой
