@cudu
java developer

Архитектура для регионально распределенной очереди событий?

Волнует вопрос к подходу построения шины сообщений для офиса+филиалы. Суть проблемы:
1. Есть некий холдинг, в который входят разные юр лица
2. Бизнес у юр лиц - разный. Это может быть как производство, так и транспортные услуги.
3 Хочется иметь актуальную аналитику по всему холдингу здесь и сейчас
4. Как выход - сливать все данные в какую-то базу\шину\что-то только чтения и по этому хранилищу строить аналитику.
5. Есть требования - актуальность (здесь и сейчас), доступность, надежность

Как решение - просто все данные о проводках, допустим, сливать куда то в шину, откуда все это попадет в что-то колоночное для агрегации и откуда это будет читаться чем-то, что визуализирует в графики, дашборды и все такое.
Допустим, это kafka+vertica+tableau.

Но возникает вопрос - где расположить условную kafka? Допустим, если есть 1 офис и 2 филиала, при расположении kafka только в офисе, филиал может по причине отсутствия связи просто не достучаться. Потому хочется сделать условно 2 kafka - в офисе и филиале, но в связи с тем, что филиал может быть в 2 прихлопа 3 притопа, т.е. маленький - это будет уже оверхедом. Тем не менее, НЕ работать он не может, если вдруг связь упала. Значит событиям (сообщениям) где-то надо копиться, чтобы потом при восстановлении связи - все стало хорошо. У кого какой опыт и рекомендации на эту тему?(вопрос про архитектуру, нежели чем про выбор инструментов)
  • Вопрос задан
  • 107 просмотров
Пригласить эксперта
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы