А для прода норм в контейнере?

Скорее даже лучше чем без

Уточните, пожалуйста, чем лучше?

Чем без докера

Это я понял)))

Чем лучше запускать в контейнере?

Вы вообще понимаете плюсы запуска любого сервиса в контейнере? Даже не применительно к реббиту

Видимо, нет, раз Вы так формулируете вопрос.

В моём понимании, есть сервисы, которые часто подвергаются изменениям, для них я скорее понимаю «плюсы». Но также есть сервисы, которым важна пропускная способность и основным ресурсом является оперативная память, например, rabbitmq. Именно поэтому я попросил уточнить Вашу точку зрения.

Так как это не виртуализация а контейнеризация - накладных расходов на ресурсы нет.

Дело как раз в управлении ресурсами. Докер это делает не так прозрачно, как может показаться на первый взгляд. Например, ошибки при просадке по памяти могут просто крашить весь сервис.

В целом, я Вас понял. Согласен.

По моему опыту это гораздо прозрачнее чем без него. А оом на всех один

Хорошо. Я не буду развивать тему. Тот пример, который я привёл, требует слишком много деталей. Вы правы.

Нет, мне действительно интересно что за кейсы у вас есть где контейнеризация мешает диагностике или работе сервиса

- некоторые люди принимают решение искусственно ограничить память. Что-то вроде «да, кролику хватит пару гигов». А потом не могут понять почему сервис падает периодически. - конфигурация сервиса становится немного иной - надо или конф пробросить, или переменными окружения, которые не всегда в доке к контейнеру описаны. Например, consumer_timeout - когда речь заходит про персистентность, надо вольюмы цеплять правильно и сторить сами сообщения с ключами (мы с aio-pika столкнулись с тем, что delivery_mode там про умолчанию не persistent). Тут можно получить трату времени на разбор полётов с вольюмами, упороться, а потом обнаружить, что проблема была не там - простота разворачивания создаёт иллюзию надёжности, а по факту люди даже не разбираются в потенциальных уязвимостях и не меняют базовые настройки - при работе с кластерами надо сеточки правильно настроить Вот, несколько проблем, которые на вскидку пришли в голову. По факту: single node поднять в одну команду. Но на проде важно уже не это. Хотя, если правильно все приготовить, то можно и на проде использовать.

Все пункты выглядят как низкий уровень профессионализма. А с таким подходом вам никак докер не поможет конечно)

Да, именно.