Очень хорошее объяснение! Столкнулся недавно с этим делом. Успел почитать немного про swarm, понял принцип, а потом посмотрел это видео. Спасибо за труды, они точно было не напрасны судя по кол-ву просмотров.
Все хорошо,но не хватает одной серьезной мелочи, вы хотели в начали ролика показать как подключать volume подробно про него не рассказали и не показали. Весь курс ждал про него рассказ и не дождался.
@@xdpugachevx было бы интересно узнать как мониторить и управлять пробрасываемыми портами в разных деплойментах на одном кластере, чтобы порты не конфликтовали. Или можно разделить сетки как то?
Большое спасибо! Подробно и понятно! Насколько я знаю, в инструкциях YML, есть возможность установки очерёдности запуска services. Сможете написать КАК, в ответе на комментарий?
Приветствую! Рад, что видео оказалось полезным :) depends_on используется только в режиме compose, в swarm эта опция игнорируется. Swarm автоматически перезагружает упавшие сервисы, так что возможно очередность вам и не потребуется. Но если все же потребуется, то пропишите в entrypoint зависимого сервиса какой-нибудь скрипт проверки необходимых сервисов, чтобы запускать приложение только после готовности зависимостей.
у меня такой вопрос, возможно я что то тут пропустил, вот имеется контейнер с postgresql или mysql и он их начинает переливать на другую ноду, а куда деваются сами файлы базы данных? ведь если база огромна, он же не будет их переливать на другую ноду? как тут происходит взаимодействие?
Добрый день. Подскажите пожалуйста можно ли как-то сделать что бы когда разрабатываешь проект локально не было проблем с правами? Я пробовал в docker-compose добавлять user: 1000:1000 но это не помогает. Composer папку vendor создает без замочка, а вот npm уже работать не хочет.
Замечательный курс! Только вот с хранением паролей какая то непонятка: 1:33:00 получается секрет читается из терминала целевого контейнера... верно ли я понимаю, что в данном случае "секрет" контейнера защищён учётной записью portainer (этой админки) и тот, у кого появился доступ к portainer может зайти в любой контейнер и узнать всё, что необходимо?
Любой, кто сможет зайти внутрь контейнера (хоть из терминала, хоть из портейнера) - прочитает секрет. Но доступ должен быть ограничен только девопсам, например. Рад, что видео оказалось полезным!
Ещё не понятен такой момент- сварм умеет смотреть работает ли нода и в случае если нода упала или стала недоступной перезапустит её контейнеры на свободных нодах ? в уроках не увидел ничего подобного. Так же не понятна ситуация с самим портейнером. Где хранится его логин пароль ? на мастер ноде ? что если мастер нода упадёт, как мигрировать портейнер на свободную ноду ? это вобще предусмотерно свармом ?
Где ты там увидел windows? Это первое. Во-вторых, готов поспорить на сто рублей, что и ты программируешь не в консольном vim. Зачем усложнять себе жизнь и везде и всюду использовать только низкий уровень? Курс предназначен для человека, который первый раз решил попробовать сворм и хочет по верхам узнать основные его возможности.
"этой проблемы можно избежать изменив правила размещения на нодах". чел, это не решение проблемы т.к. мы лишаемся всех преимуществ докера в виде масштабирования и резервирования. С базами данных вообще не рекомендуется работать в докере по понятным причинам. А вот как быть с приложениями которые хранят статику ? правильно - CDN или S3 ! Снова делегируем управление от докера более продуманным системам. В итоге докеру остаётся запускать только nginx или php-fpm, что довольно тупо. Реальное же решение этой проблемы со статикой и консистентностью это CephFS и прочие распределённые файловые системы. но это история совсем не про докер. Какой вывод можно из этого сделать ? не хотите проблем ? - не используйте докер в продакшене.