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