+

Спасибо за ответы

тут два варианта:

- не хочешь париться - рестартуй раз в N сообщений
- хочется что бы "нормально делай нормально будет" - повесь мониторинг потребления памяти, кидай варнинги себе если память на протяжении N времени только жрется. Это произойдет, рано или поздно. А может и нет. в любом случае придется детектить

Если 1: кто должен отвечать за рестарт контейнера? допустим, я выставлю {...}:consume —limit=10, потом демон упадет. restart: always в docker-compose?
Если 2: не подскажете, мб есть какие-л удобные тулзы для этого?

Кубер 🤔

Тэк, речь идет о ваянии дичи на коленках для изучения. Кубера мне не хватало тут :D

Но не сказать что это прям удобно. Но по канону )

Kubernetes is the answer, what was your question?

Тоже напомнило :D

Дичь на коленке можно и мейкфайлом делать )

1. прям весь контейнер рестартовать может быть дорого, но если ты чиселку сообщений поставишь адекватную (1000 сообщений например) то может быть и норм. Ну или внутри контейнера супервизор какой гонять. Просто что бы отличать crashloop контейнера от "ресета воркера"
2. ну проще всего промитеи всякие вешать, в любом случае надо будет. Промитей нынче дефакто стандарт. Но есть и всякие "клауд" APM-ы которые могут такие вещи детектить. Какие-нибудь dynatrace

Ну, там 10 так, для примера. А насчет супервизора в контейнере в интернетах говорят, что приличные люди за такое морду бьют. Или уже нет? Или никогда не били?

нечего показывать свой супервизор всем подряд и никто не будет бить морду

:D

Если пилишь дичь на коленке то можно и супервизор и крон в контейнере 😅

Я пилю дичь для изучения, это немного другое. Все же учиться хотелось бы хорошим практикам.

ну на тему всяких там сервисов аля dynatrace - я серьезно (есть и другие, тот же сэнтри). это не так дорого и при этом ты свое время и силы не тратишь

Да

особенно если речь идет о "на коленке" - подключил готовую байду, оно там себя везде заинджектило или ты агент поставил, вжух смотришь себе в дашборды

Понял, приму к сведению. Спасибо большое