Не считается ли поддержка лишнего сервиса (Argo CD) избыточной, если можно обойтись встроенными средствами CI-системы?

Это честный trade-off: Argo CD — ещё один stateful-сервис, который нужно обновлять, мониторить и защищать. Для пары сервисов в одном кластере kubectl apply из GitLab CI действительно достаточно. Но CI-система принципиально не умеет двух вещей: непрерывного контроля состояния (drift detection/self-heal) и pull-модели без кред кластера в CI — с ростом масштаба именно они перевешивают.

Ещё вопросы по теме «Argo CD и GitOps»

• В чем основные преимущества Argo CD по сравнению со стандартным CD через GitLab?
• Используете ли вы Auto-sync на продакшене и как происходит смена версии приложения?
• Где и как хранить секреты (логины, пароли, сертификаты) при использовании Argo CD? Допустимо ли хранить их в открытом виде в Git?
• Как Argo CD обновляет поды: разом или по очереди (например, через стратегии Canary)?
• Какая политика отката (rollback) применяется, если после синхронизации поды начали деградировать?
• Как «заморозить» синхронизацию в одной среде на время мержа релиза (например, из Dev в Stage)?