Так, я неправильно выразился. Ну у образа есть версия, которая меняется, верно? Вот как ее передавать в манифест кубера, имею в виду новую версию образа, когда я его эпплаю?

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

Звучит правильно.

Спасибо вечером уже попробую )))

Хелм изобретаешь.

Знаешь, хелм слишком большой для моей задачи.

Меняешь в файле, аплаишь файл также есть команда patch

А так да, идея та же.

Так ты можешь envbust юзать , если тег лейтест используешь то добавь переменну shacomit

Народ подскажите. Вот есть у меня сервер в серверной. Поднял на нем кластер, запустил Ингресс-контроллер на нем и какой-то ингресс-ресурс.
Я правильно понимаю, что это так и задумано, что этот ингресс не выходит за рамки кластера с его IP-адресами и если я хочу что-то сделать доступным из внешней сети, то мне нужно рядом к кластером запустить еще один nginx, и поставить мой ингресс как апстрим?!
Если да, то мне самостоятельно нужно придумать, как реагировать, если IP адрес ингресса измениться?!?

Самое простое, сделать nodeport у ingress  controller, и ходить в кластер по host:port/url

Или у деплоя с ingress controller прописать hostPort

я хочу именно по 80-му порту... что бы все было как по настоящему.
поставить рядом nginx еще один не проблема. Я просто не уверен что правильно понял "философию" и как потом бороться с теми случаями, когда ИП измениться или может уже готовы советы есть по этому поводу....

тогда вешай ingress-контроллер на внешний 80 порт, там есть такая опция обычно. и направляй домены на ip внешние кластера

т.е. я могу ингресс-контроллер-под принудительно забиндить на нужный ИП и нужный порт?!

ты можешь разрешить ему использовать хостовую сеть. Те сеть хоста на котором он запущен

Это приведет к тому, что по умолчанию - он вывесится на 80/443 всех нод кластера

А у хостовой машины постоянно меняется ip? Oo

Да.