Какой у вас опыт работы с шаблонизаторами и системами управления конфигурациями для Kubernetes? Расскажите о плюсах и минусах используемых инструментов.

А, опыт с Helm и Kustomize? Да, блядь, было дело, в этих дебрях ковырялся. Это ж как два подхода к одному и тому же пиздецу, только с разной философией, понимаешь?

Про Helm

Helm — это такой пакетный менеджер, как бы «apt-get» для кубера. Сука, идея в том, чтобы из кучи yaml-файлов сделать один переиспользуемый пакет — чарт. И в нём уже можно шаблонить всё на свете: переменные подставлять, условия и циклы городить. Красота, да? Особенно когда одно и то же приложение надо впихнуть в dev, staging и prod, а меняется там только пара цифр и пара строк.

Чем он хорош, этот Helm:

• Шаблоны, блядь. Вместо того чтобы копипастить одно и то же, пишешь {{ .Values.какая-то.хуйня }} и меняешь её в одном файлике. Удобно, ёпта.
• Зависимости. Твой чарт может сказать: «Слушай, а без постгреса я — нихуя». И Helm сам его подтянет. Магия, сука.
• История. Он помнит, какую версию чего ты туда впердолил. Хочешь откатиться на прошлый релиз? Пожалуйста, одной командой. Не надо, как обезьяна, в прошлые коммиты лазить.

Вот, смотри, как это выглядит, простейший пример:

Файл values.yaml (тут хранится вся наша изменяемая хуйня):

replicaCount: 1

image:
  repository: nginx
  tag: stable
  pullPolicy: IfNotPresent

А вот сам шаблон развёртывания (templates/deployment.yaml):

apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ .Release.Name }}-nginx
spec:
  replicas: {{ .Values.replicaCount }}
  selector:
    matchLabels:
      app: {{ .Release.Name }}-nginx
  template:
    metadata:
      labels:
        app: {{ .Release.Name }}-nginx
    spec:
      containers:
        - name: nginx
          image: "{{ .Values.image.repository }}:{{ .Values.image.tag }}"
          imagePullPolicy: {{ .Values.image.pullPolicy }}

Видишь эти фигурные скобки? Это и есть магия. Запустил с другими values — получил другой манифест. Всё.

А теперь Kustomize

А это, блядь, совсем другая песня. Тут никаких шаблонов нет, в рот меня чих-пых! Зато есть принцип «база + наложения». Представь: у тебя есть идеальный, каноничный набор манифестов для приложения. Это база. А потом ты говоришь: «А для продакшена мне нужно вот это поменять и вот это добавить». И пишешь не шаблон, а патч — инструкцию, что именно поменять. Гениально и просто, как валенок.

Чем Kustomize выёбывается:

• Декларативность. Ты не пишешь код генерации, ты заявляешь: «Хочу три реплики и другой образ». И всё.
• Простота до безобразия. Выучил пять команд — и ты уже гуру. Шаблоны Helm'а — это отдельный язык, который иногда так закрутит, что волосы дыбом.
• Встроен в kubectl. Это вообще пиздец как удобно. Написал kustomization.yaml, и потом просто kubectl apply -k .. Красота!

Так что же выбрать? Сравниваем, блядь

Представь себе такую картину:

• Helm — это как продавать мебель в IKEA. У тебя есть одна коробка (чарт) с инструкцией (шаблонами), из которой можно собрать и табуретку, и целый шкаф, в зависимости от того, какие винтики (values) ты вкрутишь. Идеально для распространения готового софта в массы.
• Kustomize — это как твой личный столяр в гараже. У тебя есть чертёж отличного стула (базовые манифесты). Ты приходишь и говоришь: «Василий, а сделай-ка мне таких же пять, но покрась в синий и ножки пониже». И он не перерисовывает весь чертёж, а делает пометки поверх старого. Идеально для своей команды, когда нужно плодить слегка отличающиеся конфиги для кучи своих же сервисов.

Короче, если ты делаешь продукт для внешнего мира — бери Helm. Если ты настраиваешь внутреннюю кухню и ненавидишь сложные шаблоны — Kustomize твой выбор. А можно и гибрид, сука, но это уже высший пилотаж, там без поллитры не разберёшься.