AK
данные в нодах распределяются так, что выход ноды из стоя не ведет к потере информации, так же данные стримятся в эластик для мониторинга и контроля
Size: a a a
2019 September 12
AK
данные в нодах распределяются так, что выход ноды из стоя не ведет к потере информации, так же данные стримятся в эластик для мониторинга и контроля
Вроде сам решаешь, куда их стримить
R
данные в нодах распределяются так, что выход ноды из стоя не ведет к потере информации, так же данные стримятся в эластик для мониторинга и контроля
а при выходе всех нод из строя?
NM
Всем привет
AK
а при выходе всех нод из строя?
они будут потеряны =)
AK
а при выходе всех нод из строя?
Тогда война)))
R
интересное инженерное решение)
AK
а как вы будете делать иначе? big data бэкапируется за счет самой же системы
AK
в архитектуре заложена redundency
R
Zeebe для bigdata больше?
AK
количеством нод управлять надо, определять индексы для redundency, распределять ноды по датацентрам, да это больше для big data, но не обязательно, но подходы схожие, имо
DP
интересное инженерное решение)
Предполагается, что кластер оркестратора микросервисов геораспределён по двум и более площадкам, нод много, реплик одного сервиса ещё больше, и одновременный выход из строя всех нод прям очень маловероятен
AK
А если база упадёт в камунде?)))
R
А если база упадёт в камунде?)))
да понятно все, это я так уже "прикидываюсь"))
R
но в целом - камунда у нас развернута в опеншифте
R
новая нода - это просто новая пода, и тут шансов словить полный отказ всех нод довольно высок
AK
И база тоже также?
R
И база тоже также?
я про то что если развернуть Zeebe также - просто в опеншифте, в своей инфраструктуре
AK
Это да, только там несколько типов нод