Очень хорошее объяснение! Столкнулся недавно с этим делом. Успел почитать немного про swarm, понял принцип, а потом посмотрел это видео. Спасибо за труды, они точно было не напрасны судя по кол-ву просмотров.
@@xdpugachevx было бы интересно узнать как мониторить и управлять пробрасываемыми портами в разных деплойментах на одном кластере, чтобы порты не конфликтовали. Или можно разделить сетки как то?
Все хорошо,но не хватает одной серьезной мелочи, вы хотели в начали ролика показать как подключать volume подробно про него не рассказали и не показали. Весь курс ждал про него рассказ и не дождался.
Большое спасибо! Подробно и понятно! Насколько я знаю, в инструкциях YML, есть возможность установки очерёдности запуска services. Сможете написать КАК, в ответе на комментарий?
Приветствую! Рад, что видео оказалось полезным :) depends_on используется только в режиме compose, в swarm эта опция игнорируется. Swarm автоматически перезагружает упавшие сервисы, так что возможно очередность вам и не потребуется. Но если все же потребуется, то пропишите в entrypoint зависимого сервиса какой-нибудь скрипт проверки необходимых сервисов, чтобы запускать приложение только после готовности зависимостей.
Замечательный курс! Только вот с хранением паролей какая то непонятка: 1:33:00 получается секрет читается из терминала целевого контейнера... верно ли я понимаю, что в данном случае "секрет" контейнера защищён учётной записью portainer (этой админки) и тот, у кого появился доступ к portainer может зайти в любой контейнер и узнать всё, что необходимо?
Любой, кто сможет зайти внутрь контейнера (хоть из терминала, хоть из портейнера) - прочитает секрет. Но доступ должен быть ограничен только девопсам, например. Рад, что видео оказалось полезным!
Ещё не понятен такой момент- сварм умеет смотреть работает ли нода и в случае если нода упала или стала недоступной перезапустит её контейнеры на свободных нодах ? в уроках не увидел ничего подобного. Так же не понятна ситуация с самим портейнером. Где хранится его логин пароль ? на мастер ноде ? что если мастер нода упадёт, как мигрировать портейнер на свободную ноду ? это вобще предусмотерно свармом ?
Добрый день. Подскажите пожалуйста можно ли как-то сделать что бы когда разрабатываешь проект локально не было проблем с правами? Я пробовал в docker-compose добавлять user: 1000:1000 но это не помогает. Composer папку vendor создает без замочка, а вот npm уже работать не хочет.
у меня такой вопрос, возможно я что то тут пропустил, вот имеется контейнер с postgresql или mysql и он их начинает переливать на другую ноду, а куда деваются сами файлы базы данных? ведь если база огромна, он же не будет их переливать на другую ноду? как тут происходит взаимодействие?
Где ты там увидел windows? Это первое. Во-вторых, готов поспорить на сто рублей, что и ты программируешь не в консольном vim. Зачем усложнять себе жизнь и везде и всюду использовать только низкий уровень? Курс предназначен для человека, который первый раз решил попробовать сворм и хочет по верхам узнать основные его возможности.
"этой проблемы можно избежать изменив правила размещения на нодах". чел, это не решение проблемы т.к. мы лишаемся всех преимуществ докера в виде масштабирования и резервирования. С базами данных вообще не рекомендуется работать в докере по понятным причинам. А вот как быть с приложениями которые хранят статику ? правильно - CDN или S3 ! Снова делегируем управление от докера более продуманным системам. В итоге докеру остаётся запускать только nginx или php-fpm, что довольно тупо. Реальное же решение этой проблемы со статикой и консистентностью это CephFS и прочие распределённые файловые системы. но это история совсем не про докер. Какой вывод можно из этого сделать ? не хотите проблем ? - не используйте докер в продакшене.
![Docker - Полный курс Docker Для Начинающих [3 ЧАСА]](http://i.ytimg.com/vi/_uZQtRyF6Eg/mqdefault.jpg)
![Docker - Полный курс Docker Для Начинающих [3 ЧАСА]](/img/tr.png)
Очень хорошее объяснение! Столкнулся недавно с этим делом. Успел почитать немного про swarm, понял принцип, а потом посмотрел это видео. Спасибо за труды, они точно было не напрасны судя по кол-ву просмотров.
Рад, что было полезно!
Спасибо Вам за курс! Прекрасно все объясняете. Нигде такого материала не видел.
Пожалуйста! Рад был помочь :)
Большое спасибо за курс. Один из лучших видео по docker swarm. Все понятно и без лишней воды
Хвала автору за такой контент! Слава алгоритмам ютуба за то, что открыли его мне!
Спасибо огромное, уверенный курс чтобы начать пользоваться оркестрацией
Лучший курс по теме, включая англоязычные источники. Спасибо!
Иван, спасибо за ваш отзыв! Очень рад, что видео оказалось вам полезным!
Отличный туториал по docker sworm, спасибо!
Благодарю за отзыв! Удачного изучения! 👍👍👍
Отличный курс, большое спасибо. Хорошие практические задания. Много чего вынес для себя
Благодарю за ваш отзыв!
Хороший курс, хотелось бы больше про написание именно стеков и конфигурирование получить знаний
Рад, что было полезно! Можешь написать мне в телеграм с вопросами, разберемся с непонятными моментами
Отличный курс, посмотрел на одном дыхании
рад, что оказался полезным! Удачи!
Туториал просто спасение для быстрого старта
Очень рад, что было полезно. Успехов в обучении!
@@xdpugachevx было бы интересно узнать как мониторить и управлять пробрасываемыми портами в разных деплойментах на одном кластере, чтобы порты не конфликтовали. Или можно разделить сетки как то?
@@oceanfloorcitizen сходу не отвечу на вопрос. Напиши в телеграм, попробуем разобраться
спасибо было полезно, причем первый раз посмотрел, второй раз попытался повторить
Пожалуйста! Рад, что курс зашёл 👍👍👍
По сути тот же docker-compose, только с более менее нормальной оркестрацией. За видео спасибо, пойду в резюме укажу новый навык)).
Рад, что было полезно!
оч классный тутор, спасибо
Рад, что было полезно! Пожалуйста ✊
Спасибо огромное за курс
Рад, что было полезно!
Отличное объяснение!
Рад, что было полезно!
Крутой курс! Спасибо!
Благодарю! Рад, что видео оказалось полезным
Все хорошо,но не хватает одной серьезной мелочи, вы хотели в начали ролика показать как подключать volume подробно про него не рассказали и не показали. Весь курс ждал про него рассказ и не дождался.
Огромное спасибо за курс. Отличное интро в тему.
Привет! Рад, что видео оказалось полезным :)
супер видос!
Рад, что видео оказалось полезным!
Спасибо!
Пожалуйста!
Большое спасибо! Подробно и понятно! Насколько я знаю, в инструкциях YML, есть возможность установки очерёдности запуска services. Сможете написать КАК, в ответе на комментарий?
Приветствую! Рад, что видео оказалось полезным :)
depends_on используется только в режиме compose, в swarm эта опция игнорируется. Swarm автоматически перезагружает упавшие сервисы, так что возможно очередность вам и не потребуется. Но если все же потребуется, то пропишите в entrypoint зависимого сервиса какой-нибудь скрипт проверки необходимых сервисов, чтобы запускать приложение только после готовности зависимостей.
А как ты копировал команду?
как настроить CI\CD с использованием docker swarm и интеграцией в portainer ? Я бы на такое посмотрел
Добро пожаловать к просмотру 🤝
всё здорово, но не хватает описания сетевой подсистемы.
Рад, что было полезно!
Замечательный курс!
Только вот с хранением паролей какая то непонятка:
1:33:00 получается секрет читается из терминала целевого контейнера...
верно ли я понимаю, что в данном случае "секрет" контейнера защищён учётной записью portainer (этой админки)
и тот, у кого появился доступ к portainer может зайти в любой контейнер и узнать всё, что необходимо?
Любой, кто сможет зайти внутрь контейнера (хоть из терминала, хоть из портейнера) - прочитает секрет. Но доступ должен быть ограничен только девопсам, например.
Рад, что видео оказалось полезным!
Ещё не понятен такой момент- сварм умеет смотреть работает ли нода и в случае если нода упала или стала недоступной перезапустит её контейнеры на свободных нодах ? в уроках не увидел ничего подобного. Так же не понятна ситуация с самим портейнером. Где хранится его логин пароль ? на мастер ноде ? что если мастер нода упадёт, как мигрировать портейнер на свободную ноду ? это вобще предусмотерно свармом ?
Добрый день. Подскажите пожалуйста можно ли как-то сделать что бы когда разрабатываешь проект локально не было проблем с правами? Я пробовал в docker-compose добавлять user: 1000:1000 но это не помогает. Composer папку vendor создает без замочка, а вот npm уже работать не хочет.
Как сделать Zero Deployment с 1 контейнером?
Подменяй внутри контейнера симлинку на приложение, будет почти зиро даунтайм
у меня такой вопрос, возможно я что то тут пропустил, вот имеется контейнер с postgresql или mysql и он их начинает переливать на другую ноду, а куда деваются сами файлы базы данных? ведь если база огромна, он же не будет их переливать на другую ноду? как тут происходит взаимодействие?
тоже интересно узнать ответ
windows + программирование мышкой = красота 🤢
Где ты там увидел windows? Это первое.
Во-вторых, готов поспорить на сто рублей, что и ты программируешь не в консольном vim.
Зачем усложнять себе жизнь и везде и всюду использовать только низкий уровень? Курс предназначен для человека, который первый раз решил попробовать сворм и хочет по верхам узнать основные его возможности.
"этой проблемы можно избежать изменив правила размещения на нодах". чел, это не решение проблемы т.к. мы лишаемся всех преимуществ докера в виде масштабирования и резервирования. С базами данных вообще не рекомендуется работать в докере по понятным причинам. А вот как быть с приложениями которые хранят статику ? правильно - CDN или S3 ! Снова делегируем управление от докера более продуманным системам. В итоге докеру остаётся запускать только nginx или php-fpm, что довольно тупо. Реальное же решение этой проблемы со статикой и консистентностью это CephFS и прочие распределённые файловые системы. но это история совсем не про докер. Какой вывод можно из этого сделать ? не хотите проблем ? - не используйте докер в продакшене.
Спасибо, чел, использовать не будем 🤝
@@wildlezgin5726 к сожалению тут не подскажу, не хватает компетенции
Отличный курс, спасибо!
Рад , что было полезно!