RA
Size: a a a
2019 December 10
SS
полагаю, что поднятие кластера - это разумно для надежного продакшена, но для исключения шумных соседей надо делать несколько кластеров под каждый проект. хотя бы по две камунды в кластер
RA
полагаю, что поднятие кластера - это разумно для надежного продакшена, но для исключения шумных соседей надо делать несколько кластеров под каждый проект. хотя бы по две камунды в кластер
Както так да
RA
Но как только так делаешь появляется необходимость в дополнительном аггрегирующем слое, который будет single point of failure
SS
И что делать в этом случае? )
RA
Жить с этим
RA
SS
агрегирующий слой это третья камунда или балансировщик какой? )
RA
Не
Просто слой который знает о всех твоих инстансах и умеет выдавать юзеру его таски со всех кластеров камунды одним запросом
Просто слой который знает о всех твоих инстансах и умеет выдавать юзеру его таски со всех кластеров камунды одним запросом
RA
Фронтенд то один
R
агрегирующий слой это третья камунда или балансировщик какой? )
kubernetes openshift azure
RA
kubernetes openshift azure
Я про другое говорил
SS
чего-то не понятно... вроде как запрос может прилетать на любую ноду кластера...
DK
слой с задачами, это норм
DK
люди одни, принципы определения людей на задачи одни
DK
когда нибудь я напишу POC такого слоя
SM
я вот про это
DK
а шо там? там нужно вроде экспорт в эластик настроить и всё
SM
для второго инстанса нужно сделать
historyCleanup:
enabled: false
historyCleanup:
enabled: false