так как мне теперь настроить балансер с своим проектом

я наверно немного перефразирую, мне нужен тестовый кластер для разработчиков внутри, для выкатки разных веток на тестирование, смоки и т.д.  у меня есть VMware  ( штук 5-10 виртов) и если я на них кластер накачу будет ли это корректное решение или есть какие то другое.

если я правильно помню - у тебя в гугле балансировщик создается автоматом в кластере gke при создании объекта load balancer

почитай доку на google cloud, там все разжевано достаточно внятно

ну и так далее

никакой высшей математики там нет

напиши в личку

а что непонятно?
https://github.com/tektoncd/triggers нашел?
контроллер триггеров просто отдельно

Всем привет, есть вопрос про организацию деплоймента отдельных бранчей в Kubernetes с разным набором env-переменных для каждого бранча - с помощью чего и как вы это делаете?

Когда деплой идёт по тэгам или из одной ветки (master) - тут все просто, можно положить файл .env нужный в репу и менять при необходимости, а секреты создать заранее. А вот когда хочется в разных ветках тестить интеграцию с другими API зависимыми и тоже переключать на версию из бранча - тут встаёт вопрос управления этим добром - как это лучше провернуть? Как вы указываете такие эндпоинты под каждый бранч отдельно?

Канеш нашёл, не работает нихера )

Идейно надо бы создавать ConfigMap под бранч с предопределённым набором эндпоинтов.
Но пока что-то Helm так легко не позволяет для 10 .env переменных каждый раз задавать новые значения в бранчах.

Зачем конфигмап

Вообще для сервис Дискавери так то консул изобрели

Бери и пользуй 🤷‍♂️

А как по веткам сделать?

Типа для мастера - смотрим на мастер сервиса A и на мастер сервиса B. А в ветке TEST-123 смотрим на ветку TEST-123 сервиса А и на ветку TEST-456 сервиса B.

Каждая ветка открывается по своему урлу через ингрес Nginxа

Эм, а test-456 в какой момент деплоится ?