Так да. С промом я последний раз как раз и поел со всем этим темплейтингом. Поэтому мне и кажется, что надо нафиг выкидывать всю эту шаблонизацию и пробовать что-то другое.

Ни юнитов тебе, ни дженкинсов с груви

Во, давай предметно.
1. У тебя тут больше вопрос красоты ведь? Несколько тиллеров завести - это по 5-10 минут на каждый.
2. Хелм мыслит релизами, всё остальное не обязательно. Но да, я согласен. С другой стороны - у тебя всё равно сбоку какой-то релизный цикл есть - и их можно синхронизировать с хелмом.
3. У меня вообще другой опыт. Чтобы было понятно - у меня в поддержке около 200 чартов - и я вообще не вижу там боли и слёз. И тем более не вижу нечитабельного говна.
4. Просто форкаешь и делаешь под себя, не наследуя логику общего чарта. Как с ролями в ансибл - берешь роль, выкидываешь из неё всю common-логику.
5. Это вопрос только твоего процесса, тут сам хелм никак тебе ничего не запрещает и не требует.
6. Согласен, тут может быть сложно.

перестань, прошу тебя

Слуш, а мож у тебя ещё и poudier заявлялся где ?

Я что-то не уловил, что там такого можно поесть в проме в конфиге с шаблонизатором?

Надо было просто засетапить пром с доступом по ip. Первая проблема, что сложно понять как он из параметров генерит шаблон ингресса, потому что там пачка циклов. Вторая проблема, там сразу вшит доступ по домену и ни через какие параметры ты этого не изменишь.

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

Я правильно понял, что вы взяли готовую роль и не поняли, как работает и потом страдали?

1. Наверное, скорее менеджмента. Если я хочу посмотреть какие права кому выданы, то сделать kubectl get ...  и все. А матча между "роли" = "тиллеры" я так не увижу.

3. Я натыкаюсь, в основном в комьюнити чартах, конечно, но тем не менее. Если по какой-то причине нужно хорошо закастомить ресурс, там начинаются всякие циклы для перебора лейблов, например, которые можно изменить только полной заменой всего списка и это, опять же, боль 🙁

4. Не выглядит как "переиспользование" и "проект, который можно пилить вместе с комьюнити". А хотелось бы именно так, иначе какой же это as a code?

5. Да, он ничего не запрещает и не требует, но раз уж он тулза, которая активно участвуем в поставке, он должен быть гибким и подстраиваться под мой процесс.

1. Почему не увидишь? Ты каждый релиз тиллера называешь определенным образом - и роли для него называешь таким же образом. E.g. tiller-dev, rbac-dev. Но да, это нечто сбоку, ты сам должен понимать как это посмотреть.
3, 4. Я понимаю твою боль здесь, с этим ничего не сделать, кмк. Взять тот же ансибл - там очень сложные конструкты есть в популярных ролях - и всё из-за генерализации ролей. Тут всегда есть выбор - использую сложную, но общую сущность (а сложность там рождается как раз из-за необходимости поддержки сотен кейсов) - или делать простоё своё.
5. Ну ты также легко можешь в каждый чарт подкладывать values-файлы под окружение, я правда не знаком с тем, как это в капитане сделано, может быть там удобнее как-то. Посмотрю схожу.

Ты сейчас что пытаешься доказать? что в умелых руках и йух балалайка?)

мммм, пистолетов