Какая польза от размещения нескольких контейнеров в капсуле?

Question

В чем преимущество наличия нескольких контейнеров в капсуле по сравнению с наличием автономных контейнеров?

Answer 1

Если у вас несколько контейнеров в одном модуле, они могут говорить друг с другом как localhost и могут совместно использовать подключенные тома.

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

Общий подход, который я всегда видел, состоит в том, чтобы всегда иметь по одному контейнеру на модуль в развертывании, если только у вас нет особой причины для необходимости дополнительного контейнера. Обычно это какая-то специальная «коляска», которая общается со службой учетных данных, управляет ведением журнала, или запускает сетевой прокси-сервер, или что-то еще, что вторично по отношению к основному, что делает модуль (и не является отдельной службой в свое право).

Answer 2

Помимо указанных моментов, процессор и память (под техническим предварительным просмотром) связаны с POD, поэтому, если у нас есть один контейнер в POD, легко понять и реализовать требование ресурсов приложения внутри POD с более чем один контейнер внутри POD, мы можем столкнуться с проблемами / проблемами, когда мы хотим сделать горизонтальный масштаб

Во-вторых, развертывания (синий / зеленый, канарейка, A / B) также в большей степени соответствуют подходу одного контейнера / POD

Answer 3

Из документации Kubernetes

Модуль Pod может инкапсулировать приложение, состоящее из нескольких совместно расположенных контейнеров, которые тесно связаны и должны совместно использовать ресурсы. Эти совместно расположенные контейнеры могут образовывать единую единую единицу обслуживания - один контейнер, обслуживающий файлы из общего тома в общий доступ, в то время как отдельный контейнер «коляски» обновляет или обновляет эти файлы. Модуль упаковывает эти контейнеры и ресурсы хранения в единый управляемый объект.