можно обращаться к контейнерам по имени, а не по ip. раньше использовали параметр —link, сейчас советуют отдельную сеть для этого создавать. если я все верно понимаю

Типа http://container_name:8080/get_month ?

ага

ага

спасибо

спасибо

тока контейнеры запускать как-нибудь так docker run --network bridge1 --name foobar ... где brigde1 - это созданная вручную сетка о_О

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

тока контейнеры запускать как-нибудь так docker run --network bridge1 --name foobar ... где brigde1 - это созданная вручную сетка о_О

Ок спс, а есть смысл Consul попробовать для этого? (Для связи контейнеров)

Ок спс, а есть смысл Consul попробовать для этого? (Для связи контейнеров)

хз, я настолько много не курил докер ) тока docker + docker-compose

Ok ok, спасибо большое

Nginx amplify

Спасибо, я dynatrace попробовал вчера, всем устраивает.

Есть смысл попробовать SkyDNS, или сразу Consul лучше?

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

Есть смысл попробовать SkyDNS, или сразу Consul лучше?

В твоем случае есть две грани - 1) тебе нужна сеть чисто физическая, шобы пакеты ходили, чтобы пинги были и прочее - это docker network, links в простейшейм случае.

Есть смысл попробовать SkyDNS, или сразу Consul лучше?

2) SkyDns - это днс, те конвертация имени ya.ru в ip-адрес и все. Если тебе этого хватит и виртуалки будут смотреть все наружу - ок, бери. Если нет и тебе нужны какие-то из качеств консула - почитай еще раз про него и попробуй. Вообще нарисуй себе схемку, тут контейнеры(таких-то назначений), тут линки физические между ними, тут как они будут поверх линков работать - и подумай, чего там не хватает

Есть смысл попробовать SkyDNS, или сразу Consul лучше?

Технически если все будет работать в рамках одного сегмента сети и все будет доступно друг другу по сети изначально - тебя docker network с links удовлетворит.

services: nginx: image: nginx:stable links: - "phpfpm" networks: - front - back restart: always phpfpm: image: php:7.1-fpm networks: - back restart: always Вот например в таком случае у контейнера nginx - внутри будет пинговатся имя phpfpm и будут доступны его порты, те можно написать proxy_pass http://phpfpm:9000; например - и это будет работать. Ключевое слово - links:. Причем если я правильно все помню - если контейнеров phpfpm будет куча - там даже RR балансировка будет между ними.

services: nginx: image: nginx:stable links: - "phpfpm" networks: - front - back restart: always phpfpm: image: php:7.1-fpm networks: - back restart: always Вот например в таком случае у контейнера nginx - внутри будет пинговатся имя phpfpm и будут доступны его порты, те можно написать proxy_pass http://phpfpm:9000; например - и это будет работать. Ключевое слово - links:. Причем если я правильно все помню - если контейнеров phpfpm будет куча - там даже RR балансировка будет между ними.

А зачем тут links, контейнеры в одной связки итак доступны по имени хоста.

Блин создал новую сеть, в параметрах запуска укал на обоих машинах эту сеть, в резуль

А зачем тут links, контейнеры в одной связки итак доступны по имени хоста.

Дада, давайте завалим человека который в глаза этого всего не видел тонкостями, не зная его сетки и прочее :)

http://mode_of_work_vrach/get_mode net::ERR_NAME_NOT_RESOLVED

http://mode_of_work_vrach/get_mode net::ERR_NAME_NOT_RESOLVED

С твоей машины оно и не будет работать просто так. Читай про expose

Ну да, ты прав, лучше явно всё посоветовать)

Смотрите, вот так с контейнера на фронте отправляется запрос

Ну да, ты прав, лучше явно всё посоветовать)

Я начинал 12 лет назад с саппорта модемных юзеров) Воспитывает некий склад ответов на вопросы)

Вот такое получаю

Или лыжи не едут...

Получаешь потому, что имя mode_work оф - на твоей машине не резолвится

mode_of_work_vrach это контейнер с бэкендом

в его dockerfile есть EXPOSE ?

В nginx для web?

Припиши http:// в начале

так тебе надо на localhost:80 ломиться тогда

Использует кто-нибудь Træfik?

так тебе надо на localhost:80 ломиться тогда

Так локалхост же это контейнера с фронтом

Так локалхост же это контейнера с фронтом

в nginx.conf фронта что написано?

в nginx.conf фронта что написано?

Дефорл от имеджа нжингс

Припиши http:// в начале

xhr.js:178 GET http://mode_of_work_vrach/get_mode net::ERR_NAME_NOT_RESOLVED

xhr.js:178 GET http://mode_of_work_vrach/get_mode net::ERR_NAME_NOT_RESOLVED

Вот теперь мы точно знаем, что имя не резолвится

Ты неправильно путь указал

Дефорл от имеджа нжингс

Ну не полезу я щас в хаб смотреть что там по дефолту запихано. Смотри, принципиальная схема работы тут какая - фронт вешается на 80 порт, бэк вешается на порт 8081 - например, в nginx делается proxy_pass http://backend:8081. И соответственно у фронт контейнера должен быть EXPOSE 80, у бэк-контейнера EXPOSE 8081 - тогда ты сможешь и во фронт ходить напрямую через localhost:80 и в бэк через localhost:8081

Коллеги, доброго дня всем. Кто пишет на пхп, вы локально ставите себе пхп/композер или всё в контейнерах?

Ну не полезу я щас в хаб смотреть что там по дефолту запихано. Смотри, принципиальная схема работы тут какая - фронт вешается на 80 порт, бэк вешается на порт 8081 - например, в nginx делается proxy_pass http://backend:8081. И соответственно у фронт контейнера должен быть EXPOSE 80, у бэк-контейнера EXPOSE 8081 - тогда ты сможешь и во фронт ходить напрямую через localhost:80 и в бэк через localhost:8081

Энно как... спасибо

Коллеги, доброго дня всем. Кто пишет на пхп, вы локально ставите себе пхп/композер или всё в контейнерах?

Пробрасываю зависимости внутрь

Коллеги, доброго дня всем. Кто пишет на пхп, вы локально ставите себе пхп/композер или всё в контейнерах?

Я делаю в CI при сборке все инсталлы и подмонтирую волум с готовым артефактом. Либо запихиваю его прямо внутрь образа, если задача такая.

Вообще народ я видел через образ composer делает инсталл прямо внутри и работает

Спасибо за ответы. А то решил локально удалить всё, что и так в контейнерах использую, но решил уточнить как другие делают

Ну не полезу я щас в хаб смотреть что там по дефолту запихано. Смотри, принципиальная схема работы тут какая - фронт вешается на 80 порт, бэк вешается на порт 8081 - например, в nginx делается proxy_pass http://backend:8081. И соответственно у фронт контейнера должен быть EXPOSE 80, у бэк-контейнера EXPOSE 8081 - тогда ты сможешь и во фронт ходить напрямую через localhost:80 и в бэк через localhost:8081

Можно поросить вас, показать как должен выглядеть этот параметр в dockerfile при создании образа

коллеги, привет

есть вопрос ? http://prntscr.com/gr2lkl рельсовое приложение загоняю в докер, генератор отработал, но на файловую систему обновления не сбросил. При этом при bundle update файлы обновляет. Куда копать?

есть вопрос ? http://prntscr.com/gr2lkl рельсовое приложение загоняю в докер, генератор отработал, но на файловую систему обновления не сбросил. При этом при bundle update файлы обновляет. Куда копать?

а папка проекта с хоста примонтирована в контейнер? о_О

Вопрос, как вы перетаскиваете нужные данные для докер-контейнера между хостами? Сам контейнер допустим я тяну с docker хаба, а вот нужные данные для него каким образом?

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

Смотря какие данные. Хранить блобы в git не самое удачное решение. Даже при использовании lfs. Лучше хранить в s3.

ну допустим обычная структура сайта - например, сам каталог /var/www/

который монтируется через volume в композе

В таком случае у меня и конфиг докера под версионность попадает и сами данные. Что в принципе хорошо. Но почему-то не оставляет меня чувство, что что-то делаю неправильно )

почему сторадж часть инфры докера?

ERROR: S client not available

оно меняется? оно может быть удалено? оно может быть подеплоено стопицот раз?

а папка проекта с хоста примонтирована в контейнер? о_О

http://prntscr.com/gr31ku

оно меняется? оно может быть удалено? оно может быть подеплоено стопицот раз?

Не менятся, может быть удалено и не деплоится 100500 раз.

Я видимо уже сам ответил на вопрос ) Захардкодить всё внутрь контейнера и всё

Спасибо за наводящие вопросы )

не - я не говорю, что плохо ? я не могу понять - почему у меня rails g не сбрасывает файлы на диск

?

есть ceph

ребята с конференции его используют с докером и кубернетесом, нарадоваться не могут)

Ceph .. нарадоваться ..

зашла ?

Ребят, возможно ли использовать физическую машину (есть статический айпишник) и виртуалку на облачном провайдере под один swarm?

Если одно до другого достучится по определенным портам - чо бы и нет

Какие порты для сворма юзаются - в офф документашке есть инфа

Если одно до другого достучится по определенным портам - чо бы и нет

Спасибо большое. А достаточно, чтоб образы хранились на менеджере?

Вряд-ли В композе какие укажешь - такие на менеджерах и будут подтягиваться

На воркерах то есть, соре

Вряд-ли В композе какие укажешь - такие на менеджерах и будут подтягиваться

Хм, а если образ локальный и нет docker registry?

Ну назвал ты его к примеру myimg На манагере есть Если этот сервис на манагере будет стартовать - он увидит этот образ локально, запустит На воркерах то как? Видит что образ надо стартовать, локально такого нет, полезет в докерхаб, тоже не найдет - упадет с ошибкой НоуСачИмаж

В чем проблема заюзать режыстри?

В чем проблема заюзать режыстри?

Security. Нет еще домена, чтоб взять сертификаты.

Возможно я неправ.

Insecure registry можно сделать

На самый крайний случай

Либо юзать режыстри докерхаба

У гитлаба ещё есть режыстри

Либо поднимать свой

Nexus