хорошобы такую статью про ksql server, т.к. там вообще ничего не понятно как всё это дело горизонтально масштабируется…
так же при множества ksql server (горизонтальное масштабирование) не ясно как что работает при JOIN допустим стримов если ksql на разных машинах…
в общем масса вопросов как N-KSQL проецируются на 1 или N kafka (кластер)
после перевода на атомарные пайплайны в монго даже не знаю зачем теперь реляционные нужны. А какой у монго под это дело sqd для строготипизированных языков — вау
самое не понятное
если допустим 10 машин на каждой по ksqldb:
если создать допустим таблицу, то на какой машине окажутся они? Автоматически синхронизируются по всем 10 экземплярам? Какая машина разгребает очередь в ktable?
тоесть все вопросы направлены на не ясность горизонтального масштабирования ksqldb.
сейчас у нас в крипте есть проекты которые делают новый интернет на блокчейне, тоесть протоколы \ домены \ смартконтракты \ децентрализованные бд и т.д.
всё что вы упоминали это прошлый век
1) Научился флинт делать такое? Например пользователи лайкают фото(посылают 1 сообщение в шину), флинт суммирует лайки(сообщения) и например по max таймеру или таймеру отсутствия новых сообщений отсылает 1(подчеркиваю одно) сообщение бэкэнду для обновление данных в базе данных?
2) тот же вопрос про кафку
так же при множества ksql server (горизонтальное масштабирование) не ясно как что работает при JOIN допустим стримов если ksql на разных машинах…
в общем масса вопросов как N-KSQL проецируются на 1 или N kafka (кластер)
3) что будет, кто будет платить майнерам после добычи всех блоков?
если допустим 10 машин на каждой по ksqldb:
если создать допустим таблицу, то на какой машине окажутся они? Автоматически синхронизируются по всем 10 экземплярам? Какая машина разгребает очередь в ktable?
тоесть все вопросы направлены на не ясность горизонтального масштабирования ksqldb.
то наберут своих кридитных…
всё что вы упоминали это прошлый век
2) тот же вопрос про кафку