Docker контейнер для каждого приложения или docker контейнер с pm2 и всеми приложениями?

Question

[LionG]

Есть несколько приложений nodejs, как лучше запускать их в production ?

Если запускать контейнер на каждое приложение то главным процессом становится приложение и это поддерживает идею Docker'a. Например в случае краша приложения его перезапустит docker. Все приложения будут изолированы.

Если запускать приложения через pm2 в контейнере то главным процессором становится уже pm2.

Comments

[LionG]

Возможно еще зависит от самих приложений, например однотипных telegram ботов отличающихся параметрами запуска наверное лучше через pm2 запускать, а уникальные приложения или сервисы в отдельных контейнерах для соблюдения изоляции.

Answer 1

[Иван Шумов]

одно приложение - один контейнер. в каждом контейнере - свой pm2

Comments

[Евгений]

а зачем pm2 в контейнере? все равно же 1 процесс

[Иван Шумов]

Евгений, pm2 поднимет его если он упадет. А докер надо отдельно запускать. Если есть k8s или другая инфраструктура то тогда да, можно забить

[Евгений]

Иван Шумов, так все равно нужна такая штука чтобы докер контейнер поднимать , он может и с pm2 упасть. Вопрос остается открытым: зачем в этом случаи pm2?

[Иван Шумов]

Евгений, за тем что контроль контейнера и контроль процесса это разные операции. Если упал процесс то кто будет докер перезапускать?) по каким метрикам?) как будут утилизироваться ресурсы, выданные под контейнер? один ли процесс в контейнере?

[Евгений]

Иван Шумов, ОДИН процесс node в контейнере, упал процесс = упал контейнер

[Иван Шумов]

Евгений, есть понятие связанных процессов, которые могут работать только в паре. Такие процессы должны быть в одном контейнере. Случай не частый, но все-равно бывает

[Виталий]

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

Answer 2

[wassapman72]

pm2 по сути супервизор, одна из функций докера так же по сути супервизор, работать будет и так и так, соблюдать docker way или нет это решение за вами, но не соблюдая вы получаете набор проблем на лонгране, как минимум:
1. в случае перехода к применению инструментов оркестрации вы не сможете применять некоторые фичи или инструмены траблшутинга/мониторинга/масштабирования, а некоторые из них будут работать не корректно.
2. вы нарушаете "стандарт", и любому кто будет работать с вашим решение вместе с вами или после вас нужно будет понять его суть (а так же разобраться в том как именно вы решаете проблемы и почему именно таким способом).