Расскажите, как вы использовали Helm для управления приложениями в Kubernetes

Да, я активно использовал Helm как пакетный менеджер для Kubernetes. Он позволяет стандартизировать и упростить развертывание даже самых сложных приложений.

Мой опыт с Helm включает:

1. Создание и шаблонизация чартов:

   • Создавал чарты с нуля с помощью helm create.
   • Разрабатывал шаблоны для различных ресурсов Kubernetes (Deployment, Service, ConfigMap, Ingress и т.д.).
   • Активно использовал переменные из values.yaml для гибкой настройки релизов под разные окружения (dev, stage, prod).
   • Применял встроенные функции и пайплайны Go-шаблонизатора для логики в шаблонах.

   Пример шаблона deployment.yaml

   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: {{ include "my-app.fullname" . }}
     labels:
       {{- include "my-app.labels" . | nindent 8 }}
   spec:
     replicas: {{ .Values.replicaCount }}
     template:
       spec:
         containers:
           - name: {{ .Chart.Name }}
             image: "{{ .Values.image.repository }}:{{ .Values.image.tag | default .Chart.AppVersion }}"
             ports:
               - containerPort: {{ .Values.service.port }}

2. Управление жизненным циклом релиза:

   • Использовал полный набор команд для управления приложениями: helm install, helm upgrade, helm rollback для отката на предыдущую версию и helm uninstall.
   • Проверял корректность чартов с помощью helm lint и helm template --debug.

3. Управление зависимостями:

   • Управлял зависимостями (subcharts), например, для подключения баз данных (PostgreSQL) или кэшей (Redis) из публичных репозиториев, объявляя их в Chart.yaml.

4. Продвинутые возможности:

   • Использовал _helpers.tpl для вынесения повторяющейся логики и создания именованных шаблонов.
   • Применял helm hooks (например, pre-install, post-upgrade) для выполнения задач до или после развертывания, таких как миграции базы данных.
   • Работал как с публичными репозиториями (например, Artifact Hub), так и с приватными (ChartMuseum, Harbor).