По какому принципу ставятся порты в связке docker-compose и nginx?

Question

[Anrek]

Есть связка docker-compose и nginx. Как я прочитал, в docker-compose есть 3 варианта проставить порты у services:
- ports
- expose
- не ставить вообще
Я смотрел примеры и не совсем понял когда какой. Мне видится, что если использовать nginx как обратный прокси для контейнеров, то ports точно использовать не нужно. Потому что у nginx же наружный порт открыт. А если services на разных серверах (и тогда нужно наружный порт слушать), то тогда вместо компоуз рекомендуют кубер использовать.

Вопросы:
1) Для чего может быть нужен Ports у контейнеров приложения в связке docker-compose и nginx (если nginx уже слушает снаружи)? Один из примеров с ports
2) В каком случае порты можно не ставить? В примере выше в некоторых services порты не проставлены. Я бы вообще не ставил в данной связке, опять же зачем, если идентификатор (название контейнера) уже есть и опять же все находится на 1 машине (используем компоуз). На случай если будут названия контейнеров повторяться может?

Answer 1

[Александр Карабанов]

expose - скорее для наглядности и порт в хостовую систему он не "пробрасывает".

ports - действительно "пробрасывает" порт в хостовую систему.

1) Для чего может быть нужен Ports у контейнеров приложения в связке docker-compose и nginx (если nginx уже слушает снаружи)? Один из примеров с ports

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

2) В каком случае порты можно не ставить?

Ды в общем-то в любом, когда в этом нет явной необходимости.

Comments

[Anrek]

Спасибо!

expose - скорее для наглядности и порт в хостовую систему он не "пробрасывает".

Интересно, т.е когда в маппинге мы указываем например "80:80", то на втором месте мы можем написать что угодно, это ни на что е влияет?

[Александр Карабанов]

Anrek, нет. Синтаксис у expose не такой.

[Anrek]

Александр Карабанов, я про ports.

[Anrek]

Александр Карабанов, мой ход мыслей был такой:

ports:
 - 80:81 //80 - это порт на машине, 81 - на контейнере

expose:
 - 3000 // 3000 - это порт на контейнере

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

[Александр Карабанов]

Anrek, контейнер это абстракция описывающая приложение запущенное в изолированной среде. Приложение может слушать какой-то порт. Если есть необходимость дать доступ к этому порту из хостовой системы или с другой машины можно пробросить порт в хостовую систему. В рамках docker-compose это, в частности, можно сделать с помощью docker-proxy и директивы ео настраивающей, которая называется ports. Слева указывается порт в хостовой системе, справа указывается порт приложения. Так как приложение в контейнере изолировано, оно может слушать любой порт, даже тот который занят в хостовой системе.

[Anrek]

Александр Карабанов, а, теперь понятно значение "декоративности". Большое спасибо!