JM
или в системд настроить авторестарт
Size: a a a
2020 June 19
JM
это что за кластер такой который падает?
AB
Ну, это пример. То есть идея бредовая?
JM
кластер может упасть из за рассинхрона, лэк ресурсов, потеря данных и тд
JM
у вас что?
AB
Нет, решаем гипотетическую проблему, когда бек не отвечает по каким-то непредвиденным причинам.
AB
Или так быть не должно и точка?
AR
Ну, это пример. То есть идея бредовая?
У вас всегда будут потенциальные точки отказа. Я бы скорее копал в сторону "уметь быстро восстановиться" и "уметь правильно деградировать в условиях факапа". Имхо, это более реальные задачи, чем "никогда не падать" )
AB
Ну да, тут скорее как правильно деградировать. Может подскажете направление?
NA
Добрый день! Такая задача - хотелось бы обезопасить прод от падения бекенда (сервисы или бд). Как вариант рассматривается между беком и балансером поставить редис, например, и брать данные оттуда. Тогда при падении бекенда по идее часть данных можно будет отдать из редиса. Или это бред и правильнее делать по другому? Подскажите, может есть бест практикс?
Ставь Kafka
AB
Nurmukhamed Artykaly
Ставь Kafka
А в неё кешировать запросы?
NA
А в неё кешировать запросы?
Я не знаю.
Мартышка увидела, мартышка повторила.
Мартышка увидела, мартышка повторила.
E
Например, упал кластер с БД. Это быстро не восстановить. И хотелось бы хоть что-то отдать клиентам.
если у вас упал вообще весь кластер в БД - вам надо менять архитектуру кластера БД
NA
Это же очередь.
Пихаешь туда данные, если что-то упало, то заводишь новый инстанс и Кафка туда отправляет данные.
Но это дополнительный уровень абстракции
Пихаешь туда данные, если что-то упало, то заводишь новый инстанс и Кафка туда отправляет данные.
Но это дополнительный уровень абстракции
S
Кто нибудь когда нибудь делал такое - проброс journalctl внутрь docker container так чтобы из контейнера можно было читать логи хоста. Извращение сие нужно для интеграции логгер коллектора который сам бежит в контейнере.
AR
Ну да, тут скорее как правильно деградировать. Может подскажете направление?
Ну, классические варианты - это уход в R/O и отдача хоть чего-нибудь из локального кэша. Чем локальный кэш проще - тем лучше )
NA
Кто нибудь когда нибудь делал такое - проброс journalctl внутрь docker container так чтобы из контейнера можно было читать логи хоста. Извращение сие нужно для интеграции логгер коллектора который сам бежит в контейнере.
Journalbeat - может читать логи из systems
AB
Ну, классические варианты - это уход в R/O и отдача хоть чего-нибудь из локального кэша. Чем локальный кэш проще - тем лучше )
А локальный кеш чем лучше делать?
NA
А локальный кеш чем лучше делать?
Varnish, elasticsearch, memcach
S
Nurmukhamed Artykaly
Journalbeat - может читать логи из systems
угу, только output у него нет такого как мне надо 😕