Как стать автором
Обновить

Как организовать мониторинг актуальности Helm-релизов в кластерах Kubernetes

Время на прочтение5 мин
Количество просмотров4.1K
Всего голосов 34: ↑34 и ↓0+34
Комментарии8

Комментарии 8

Еще эту задачу можно решить ArgoCD, который в общем то для этого, в том числе и сделан.

Не могли бы вы развить мысль?
ArgoCD это аналог FluxCD. Но Argo не использует Helm напрямую, а только рендерит темплейты:
"Helm is only used to inflate charts with helm template. The lifecycle of the application is handled by Argo CD instead of Helm."

Если указать версию чарта через вайлдкарт типа 1.0.*

То арго сд проверит чарт на наличие новой минорной версии и сделает приложение OutOfSync если такая имеется

Добрый день! У нас была небольшая задача по мониторингу helm-релизов, поэтому решили не использовать ArgoCD. Однако мы используем его в нашем продукте, Managed Kubernetes.

Не знаю, почему нельзя темплейты править руками.

Все зависит от однотипности компонентов.
Я видел очень плохую реализацию хелмчартов, когда для трех компонентов разворачивают этот хаос из сотни конфигурационных файлов, а отличия между тремя компонентами буквально 5-6 строк в шаблоне. Порт, имя образа, лейбл аппликейшена, пару переменных. То есть ВПОЛНЕ достаточно просто три деплойконфига.

Или kustomize который спокойно подставит нужные значения в эти пару переменных. Тоже никогда не понимал зачем уродовать проект тяжеловесным Helm ради пары строчек конфига

Добрый день! Мы не знакомы с этим проектом, но если экспортер позволяет проверять helm-релизы в кластере автоматически, то можно использовать его)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий