Pull to refresh

Comments 8

Это болезнь такая, выделять сети на /16 и заводить там 3 пода?

Больше контейнеров богу контейнеров.

У меня, например, подключены две конфигурации контейнеров через Docker Dev Environment и каждая автоматом создаёт свою подсеть при том, что в файле конфигурации указано одинаковое значение в обоих случаях:

networks:
    dev:
        driver: bridge

Одну запускаю для работы, другую для работы над своими приложениями.

Да, с 16-й маской по количеству адресов перебор, но, во-первых, такой трюк позволит практически никогда не возвращаться к этим настройкам, а во-вторых, конфиг находится на локальной машине и не имеет никакого отношения к серверу. Так что, почему бы и да ¯\_(ツ)_/¯

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

Проблема шире - в допущении что две сети должны быть достижимы без маршрутизации. Удаленная приватная докер сеть не должна бриджеваться в локальную

На тестовом стенде установлен докер-контейнер с приложениями и всем прочем, в числе которых postgres и redis, к которым любой разработчик и тестировщик имеют возможность подключиться напрямую со своего компа что позволяет сильно упростить процесс тестирования и дебага приложений перед релизом. Контейнеры под Docker Swarm крутятся.

Кроме того, в нашем случае список занятых сервисами IP-адресов в сети чётко регламентированы девопсами.

Ну ок. Только эти сервисы должны быть доступны не по IP внутренней сети докера, а по IP хоста в локальной сети

Sign up to leave a comment.

Articles