Я использую Helm для управления приложениями, работающими в моем кластере Kubernetes. Я управляю несколькими кластерами для разных сред. kubectl
поддерживает это из коробки, например:
kubectl config set-context staging
kubectl config set-context production
Каждому кластеру принадлежит определенная конфигурация Helm.
2 переменные среды:
TILLER_NAMESPACE
HELM_TLS_ENABLE
И в случае HELM_TLS_ENABLE
истинно, а также сертификат и ключ PEM.
В настоящее время, когда я переключаю контекст, мне нужно вручную изменить связанные с Helm переменные. Есть ли способ это автоматизировать? Я представил, может быть, перехватчик, который вызывается при изменении контекста kubectl
, но я не смог найти способ.
Специфическая опция ZSH также приемлема, хотя предпочтительнее использовать метод, не зависящий от оболочки.
Публикация этого ответа как вики сообщества, чтобы указать на комментарии, сделанные под вопросом, и добавить дополнительную информацию.
Не стесняйтесь расширяться.
Этот вопрос теперь следует считать неактуальным.Вопрос касался следующих переменных среды:
TILLER_NAMESPACE
HELM_TLS_ENABLE
Особое внимание уделялось tiller
:
Дополнительный серверный компонент,tiler , который работает в вашем кластере Kubernetes, слушает для команд из helm и обрабатывает настройку и развертывание выпусков программного обеспечения в кластере. Формат упаковки Helm, называемый диаграммами.
-- Digitalocean.com: Сообщество: Учебники: Введение в управление менеджером пакетов для Kubernetes
Helm v2
, который использовал tiller
, теперь устарел. Helm v3
больше не использует румпель
.
Ссылаясь на официальную документацию по перекосу поддержки:
После 13 ноября 2020 г. вы увидите следующие изменения:
- Никаких дальнейших выпусков Helm v2 (даже для исправлений безопасности)
- Нет дальнейшие обновления документации Helm v2, которые останутся доступными в настоящее время, но могут быть прекращены.
- Существующие и новые проблемы/PR, относящиеся к v2, будут закрыты. Передача права собственности на выпуск Helm и хостинг диаграмм CNCF
Дополнительные ресурсы: