У нас вы можете посмотреть бесплатно Helm для реального продакшена: install, upgrade, history, rollback или скачать в максимальном доступном качестве, видео которое было загружено на ютуб. Для загрузки выберите вариант из формы ниже:
Если кнопки скачивания не
загрузились
НАЖМИТЕ ЗДЕСЬ или обновите страницу
Если возникают проблемы со скачиванием видео, пожалуйста напишите в поддержку по адресу внизу
страницы.
Спасибо за использование сервиса ClipSaver.ru
Сегодня Helm - инструмент, который многие откладывают «на потом», пока деплой не превращается в гору YAML-ов, скриптов и магии на sed/envsubst. В этом видео без теории из учебника, а на языке реальных деплоев разбираем, зачем нужен Helm и как аккуратно вписать его в существующий процесс. Что разберём: • откуда вообще вырастают чарты: путь от голых YAML + kubectl apply до шаблонов, kustomize и боли с откатами • что такое chart, release, values и репозиторий чартов на человеческом языке • чем Helm отличается от «YAML + скрипты»: главное - появление понятия релиза и истории, а не только шаблонов Практика: минимальный, но рабочий набор команд Helm • helm repo add и helm repo update - подключаем репозиторий чартов • helm install - первый релиз с осмысленным именем, namespace и values.prod.yaml • helm upgrade - обновления приложения и конфигурации, флаги --atomic и --timeout • --reuse-values + --set image.tag=... - изменяем только то, что нужно, без переписывания всех values • helm history - смотрим ревизии, статусы деплоев и когда всё сломалось • helm rollback - откатываемся к рабочей ревизии за одну команду Отдельно проговариваем важный момент: Helm не управляет данными. Он откатывает манифесты и ресурсы, но не открутит миграции в базе, поэтому стратегия работы с данными должна быть продумана отдельно. Сравниваем с тем, что у вас уже может быть: • голые YAML + ручные правки → Helm даёт шаблоны и релизы • YAML + envsubst/sed и самописные деплой-скрипты → можно мигрировать постепенно, начиная с прода • kustomize → удобно для патчей, но без сущности релиза, Helm добавляет именно управление релизами Чек-лист перед тем, как вкатить Helm в прод: Разделите конфиги по окружениям: values.dev.yaml, values.stage.yaml, values.prod.yaml. Для продовых релизов используйте --atomic и адекватный --timeout. Перед крупными изменениями смотрите diff (плагин helm diff или ручная проверка). После helm upgrade проверяйте не только статус deployed, но и логи, метрики и поведение пользователей. В конце подведём итог: Helm - это не «революция и выкинуть все скрипты», а способ начать думать в терминах релизов, ревизий и откатов, а не случайных kubectl apply. Если хотите продолжение по Helm - разбор шаблонов, структуры чартов и типовых граблей - напишите в комментариях, что именно интересно. Стать спонсором можно легко и просто, переходите и поддержите меня - / @devopsbykrupin ------ Adv 💰 Расценки на рекламу и услуги - https://boosty.to/begeek/posts/e44fee... ------ Other projects 💰 Merch designed by Aleksandr Krupin - https://www.etsy.com/shop/pixeltrails... ➡️ Приватный блог - https://boosty.to/begeek ➡️ Trail → / @trailbykrupin ➡️ Pixels → / @pixelsbykrupin ------ Donate 💰 Поддержать блогера - https://boosty.to/begeek/donate