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

    @cudu Автор вопроса
    Валентин, в итоге, правильным решением было б разместить где-то высокодоступную шину(допустим, в яндекс облаке, амазоне и т.д) и начать с централизованной архитектуры+резервирование каналов. Потом по по ходу возникновения проблема их решать? Такой, риторический вопрос, конечно. Спасибо ;)
  • Архитектура для регионально распределенной очереди событий?

    @cudu Автор вопроса
    Валентин, да, во многих филиалах свой софт: где-то 1с, где-то самописное решение, аналогичное 1с.
    По началу - для статистики, просто требования есть к получению этой статистики - до 4х часов задержки=мах.

    Да, резервный канал - как один из выходов, наверное. Немного напрягает, что пользователю придется как-то сам на сам бороться в маленьком филиале в стиле: "Соединения нет - попробуйте позже". А в момент переключения события копить где-нить в том же надежном кэше(собственно, в бд приложения, почему нет?).

    А если пользователь сможет в момент переключения не работать, то и вовсе копить не надо.