апи сделать на gql, а подписки на ws (socket.io напр. кто в курсе, как он сейчас, или есть что посвежее?).
А чтобы была балансировка между апи (учитывая что если перед всеми бэками поставить балансировщик, который тоже может лечь) - писать к апи ещё и SDK в обязательном порядке
по нашей блокчейновской децентрализованной архитектуре, балансировщик между ендпойнтами не поставить 🙂
ну почему, отдельный докер, у которого в конфиге прописать какие эндпоинты он балансирует и всё
делайте единое DNS-имя для разных хостов с эндпоинтами, на него вешайте много конечных имен, пусть релозверы нагрузку ротируют)
данные монут храниться децентрализованно а вот поток изменений для подписок может быть и централизованным в каком нибудь кластере. И для отказоустойчивости можете таких кластеров развернуть хоть 10 штук. С обрезкой клиентов по регионам, чтоб сложнее за ддосить было.
да, видимо надежные подписки придется централизованно так и делать, а на оупенсорс отдавать только по вебсокетам подписки, ненадежные
Я могу вам платную консультацию провести по дизайну схемы, по насущным болячкам найти решения или хотя бы указать направление. Провалидировать ваши текущие решения. Ответить на ваши вопросы по Графкуэлю, которые просто так не гугляться. Если интересно, то можем завтра списаться и договориться. Сегодня я уже офф.
Спасибо, поспрашиваю начальство, думаю нам будет полезна такая консультация, дам знать если что:)
Обсуждают сегодня