Я вот думал как эту проблему можно решить, и придумал git-deploy-proxy, который разворачивается непосредственно в кубе и каждый git push он инициализирует деплой. Пользователь видит output в режиме реального времени. Если деплой прошёл успешно то коммит проходит в upstream-репо.

В стейдж/прод можно уже аргоцд синкать.

видит где?)

логи proxy?

Со сборкой docker-имаджей такая же история

git push и сразу видишь output в консоли

Так точно

]

Нифига себе нафлудили

получаем бонус в визуализации в случае argocd и cilium

Это кстати можно отключить

да вроде не мешает.
Или ты про monitoring orphaned resources?

Не, я про ciliumendpoints

@GTatsyi

Небольшой оффтоп: зачем вообще 2 репы. Раз у нас ЖидОпс, то на каждое изменение в репозитории надо применять конфу. Поэтому я сделал простенькую джобу, в которой выполняется 1 команда по установке хелм чарта с аргосд. Т.е. каждое изменение в репе №1 с параметрами аргосд, приводит к редеплую чарта. И сам чарт аргосд катается отдельно хелмом.  Всё остальное в кластер катает аргосд, который смотрит в репу  №2, и оттуда уже приводит состояние кластера к желаемому. Не претендую на научную точность. Сделал так, чтобы новые инсталяции кластеров было проще запускать.

https://github.com/argoproj/argo-helm/blob/master/charts/argo-cd/values.yaml

В 1-й репе лежит 1 файл values.yaml, который по ссылке выше. Самое важное в нём, это предварительно описать

```
 additionalApplications:
   - name: applications-lab-dev
     namespace: argocd
     additionalLabels: {}
     additionalAnnotations: {}
     project: lab
     source:
       repoURL: https://gitlab.lab.example.com/ci_cd/helm/k8s_bootstrap.git

сорь, случайно выделил ответ на тебя

Спасибо

repoURL: https://gitlab.lab.example.com/ci_cd/helm/k8s_bootstrap.git
это ссылка на репозирий с другими аппками?

да, ссылка на 2-ю репу

ну и ещё надо создать секрет во время деплоя чарта аргосд для подключения к гит репе №2, т.к тебе надо же как-то авторизоваться