Как человек, работающий с helmwave, вижу, что на больших масштабах всё приходит к оверрайду значений по окружениям в одинаковой форме. Что можно уже как базовый пример добавлять в документацию:
values:
- values/_/_.yml' # Дефолтные для всех
- 'values/_/{{ .Release.Name }}.yml' # Дефолтные для приложения во всех окружениях
- 'values/{{ $env }}/{{ $region }}/{{ .Release.Name }}.yml'
Было бы интересно увидеть целиком ваш helmwave.yml.tpl, насколько это возможно.
Интересно наблюдать, как простая идея — дать инженерам полную свободу в шаблонизации шаблонизатора — позволяет людям строить системы любой сложности на любой вкус и цвет.
Как пример мастерства шаблонизации: я видел, как через helmwave.yml.tpl делают шаблонизатор из docker-compose в helm-релизы на базе универсального чарта.
В самом начале идея шаблонизации в helmwave.yml.tpl не казалась столь революционной.
P.S. Так как helmwave — некоммерческий проект, мотивация в таких проектах может строиться либо на донатах, либо на таких вот постах. Спасибо за ваш интерес!
ИМХО я бы согласился уйти с компенсацией в одну зарплату и надеялся бы что моему совету последует большинство. Забавно будет выглядеть если уйдет не отдел целиком, а пачка отделов.
Приятно что вам понравился helmwave. Интересно, а с какой версии вы его используете? Я думаю другим было бы полезно увидеть helmwave.yml как он у вас построен.
Я бы на вашем месте еще бы строже отнеся к названиям стадий в gitlab-ci. И придерживался какого-то одного стиля: kebab-case/snake_case/props::case.
В целом путь похож очень сильно на тот, что и прошла наша команда.
Времена поменялись. Вы читаете старую заметку. Прошло 2 года. Уже все изменилось. Мы стараемся держать актуальную информацию в нашей документации. Но и там можем не поспевать.
по идеологическим причинам отдельный релиз удалять функционала не будет. Для этого всегда есть helm uninstall.
Но сразу лайфхак helmwave оперирует планом, который можно легко задавать через таги. И никто вам не мешает делать так: helmwave build -t redis && helmwave down. Или в одну строку helmwave down -t redis --build.
ДевОпс отвечает за оплату корпоративных подписок?)
Когда уже в helmwave добавят поддержку helm v4?)
Как человек, работающий с helmwave, вижу, что на больших масштабах всё приходит к оверрайду значений по окружениям в одинаковой форме. Что можно уже как базовый пример добавлять в документацию:
Было бы интересно увидеть целиком ваш helmwave.yml.tpl, насколько это возможно.
Интересно наблюдать, как простая идея — дать инженерам полную свободу в шаблонизации шаблонизатора — позволяет людям строить системы любой сложности на любой вкус и цвет.
Как пример мастерства шаблонизации: я видел, как через
helmwave.yml.tplделают шаблонизатор из docker-compose в helm-релизы на базе универсального чарта.В самом начале идея шаблонизации в helmwave.yml.tpl не казалась столь революционной.
P.S. Так как helmwave — некоммерческий проект, мотивация в таких проектах может строиться либо на донатах, либо на таких вот постах. Спасибо за ваш интерес!
ИМХО я бы согласился уйти с компенсацией в одну зарплату и надеялся бы что моему совету последует большинство. Забавно будет выглядеть если уйдет не отдел целиком, а пачка отделов.
Приятно что вам понравился helmwave. Интересно, а с какой версии вы его используете? Я думаю другим было бы полезно увидеть
helmwave.ymlкак он у вас построен.Я бы на вашем месте еще бы строже отнеся к названиям стадий в gitlab-ci. И придерживался какого-то одного стиля: kebab-case/snake_case/props::case.
В целом путь похож очень сильно на тот, что и прошла наша команда.
Времена поменялись. Вы читаете старую заметку. Прошло 2 года. Уже все изменилось. Мы стараемся держать актуальную информацию в нашей документации. Но и там можем не поспевать.
Простите перепутал с VK Cloud
Как по мне хранить стейт удобнее все же в S3 ведрах. А YC до сих не поддерживает создание s3 через terraform.
Спасибо за демонстрацию данного подхода.
О, вот и перевод подъехал!
ааааааааааа
Да вроде уже писал :)
> helmwave оперирует планфайлом.
Или вас конкретно планфайл интересует?)
по идеологическим причинам отдельный релиз удалять функционала не будет. Для этого всегда есть helm uninstall.
Но сразу лайфхак helmwave оперирует планом, который можно легко задавать через таги. И никто вам не мешает делать так: helmwave build -t redis && helmwave down. Или в одну строку helmwave down -t redis --build.
Дык давно умеет :) `$ helmwave down` команда
create_namespace и другие опции через снейк.
Спасибо за статью, не знал о существование данного инструмента.
Обещаете поддержку lua в nginx. А если у меня traefik / envoy / etc?
А можно ли будет выгружать какие-то репорты? Или как-то это дело отправить в тот же prometheus?
Я так и не понял, что хотел сказать автор. Зачем мне перечисление стека?
Расскажите лучше реальный кейс преодоления боли. Думаю хабр такое больше оценит.
Еще одна в копилку https://github.com/stackrox/kube-linter
Спасибо за очередной перевод!
От себя добавлю, что многие аннотации конфликтуют друг с другом. И об этом тоже интересно услышать.
Спасибо за статью. Написано круто!
Выглядит интересно. Но без гифок – тяжело.