Корректна ли будет такая организация Docker-контейнеров?

Question

[Евдоким]

Всем привет! Возник вопрос публикации web-приложения (бэк + фронт) в продакшене, но с Docker'ом не сильно знаком. Можете подсказать, насколько корректна такая конфигурация контейнеров в Docker-сети? Всего 4 контейнера:

• PostgreSQL (10.10.10.5:5432)
  
• Node.js Application (10.10.10.4:3000)
  
• Next.js (+ Next-Auth) (10.10.10.3:80)
  
• Nginx (10.10.10.1:443)
  

Nginx выбран как фронт-сервер, чтобы контролировать трафик, включить SSL и роутить все запросы на Next.js-приложение. Все web-клиенты делают запрос к Nginx.

Next.js выбран, чтобы обеспечить разные виды авторизации (ВК, ФБ и т.д.) посредством Next-Auth. Это грубо говоря "бэкенд" для фронтенда. Next.js берет на себя всю заботу по авторизации и направляет запросы уже к Node.js приложению.

Node.js приложение уже реализует основную бизнес-логику. Запросы к базе, обработка данных и т.д. Это приложение не требует токенов и авторизации. Поэтому оно открыто только для Next.js.

PostgreSQL - собственно база. Думаю, правильно сделать ее в отдельном контейнере.

Подскажите, пожалуйста, где можно подробно почитать, чтобы правильно и безопасно собрать на базе Docker такую инфраструктуру? Если есть рекомендации, то пожалуйста поделитесь. Спасибо!

Answer 1

[キム ファイブプラス]

PostgreSQL (10.10.10.1:5432)
Node.js Application (10.10.10.1:3000)
Next.js (+ Next-Auth) (10.10.10.1:8080)
Nginx (10.10.10.1:80, 10.10.10.1:443)

В целом ход мысли правильный.
Все на одном адресе, если это один хост.

Docker'ом не сильно знаком

Так изучай. Документация УЛЬТРА подробнейшая с примерами.

https://docs.docker.com/get-started
https://docs.docker.com/compose
https://hub.docker.com/search?type=image

Comments

[Евдоким]

Для начала можно тогда и без докера. Просто на виртуалке поднять все вместе.

Answer 2

[ky0]

СУБД в продакшене лучше не в докер. Ну или хотя бы реплику настройте с автофейловером.

Comments

[キム ファイブプラス]

Пруфы? Отлично крутится и монго и постгре в вольюмах. Никаких проблем.

[ky0]

キム ファイブプラス, нагрузочное тестирование проводили? Попробуйте, будете удивлены деградацией производительности i/o. Ну и не особо понятно, что будет с согласованностью данных при отключенном синхронном коммите, когда контейнер отвалится. Всё легко гуглится.

Или у вас пятнадцать rps и подобные проблемы в принципе не волнуют?

[キム ファイブプラス]

ky0, мм. понятно. k8s и ls я так понимаю вы не используете.

Answer 3

[rPman]

Зачем ты разделяешь части приложения по доккер образам?

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

я ее пойму базу данных отделить, хотя это отдельный философский разговор, нужно ли ее в принципе в докер образ засовывать, но вот все остальное должно быть одним целым

так что ответ, хватит одного максимум двух образов

Comments

[Евдоким]

А может тогда примерно описать как это всё должно быть скомпановано и где почитать руководство, чтобы самому все это сделать?

[rPman]

не скажу
докер не должен быть самоцелью, это инструмент, при выборе которого ты должен в принципе понимать зачем он тебе нужен

если ты не понимаешь, значит он тебе не нужен!

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

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

[キム ファイブプラス]

это инструмент, при выборе которого ты должен в принципе понимать зачем он тебе нужен

Предположим ему такую задачу поставил нач, лид, кто угодно. Теперь у него это цель.

делить свои приложения по образам докер это то же самое что раскидывать свои модули по разным физическим машинам

микросервисы? не, не слышал.

[akelsey]

rPman

Зачем ты разделяешь части приложения по доккер образам?

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

Это прямо из рубрики вредные советы подвезли...

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