Но... Конфликты при apply, CRD которые «поставились один раз и забылись», ресурсы зависли в
Pending, а ты не понимаешь почему, плагины для diff и secrets как обязательный набор… Знакомо? 🤬Есть инструмент, после которого возвращаться к классическому Helm уже не захочется.
😳 Знакомьтесь — Nelm. Разработка компании Flant, современная альтернатива Helm, полностью совместимая с вашими текущими Helm-чартами и релизами.
🤔 Коротко: Helm, каким он должен был быть в 2026 году:
✅ Полная совместимость и простая миграция — Nelm построен на Helm, ничего переписывать не нужно.
✅ Вместо проблемного клиентского 3-Way Merge применяется Kubernetes Server-Side Apply.
✅ Контролируемый порядок деплоя — Nelm строит граф зависимостей ресурсов, а не надеется на хуки. Порядок можно явно задать аннотациями.
✅ UX при деплое — Nelm во время установки/обновления выводит удобный прогресс, постоянно показывая статусы ресурсов, логи контейнеров и события (и даже автоматически откатывается при сбоях).
✅
nelm release plan — точный план изменений перед применением (как terraform plan, но для Kubernetes).✅ Секреты из коробки — шифрованные values без плясок с плагинами.
✅ Расширенное управление ресурсами — Nelm улучшил работу с CRD и политику жизненного цикла. Например, CRD из папки
crds/ обновляются при каждом upgrade (в Helm они устанавливаются только однажды).🎥 На видео — обычный
nelm release plan и nelm release install: посмотрите, как Nelm генерирует план изменений, а во время установки в реальном времени показывает готовность ресурсов, подтягивает логи подов и выводит NOTES.Helm после такого выглядит… ну, вы поняли 😅
📌 Инструмент новый, но если вы живёте в Kubernetes и вам важен контроль деплоя, Nelm точно стоит попробовать и положить в свою DevOps-копилку.
🍴 Попробуешь Nelm или Helm пока и так норм? 👀