Argo CD vs Flux CD — что выбрать для нового кластера в 2026?

[elena_cloud]

Поднимаем новый production-кластер, k8s 1.32, примерно 40 микросервисов, команда 8 человек включая 2 DevOps. Менеджмент хочет нормальный дашборд чтобы видеть что куда деплоится. Смотрю на Argo CD и Flux — оба CNCF graduated, оба живые. Но мнения в команде разделились. Кто на чём работает, что посоветуете для нашего сценария?

[olga_tcp]

Для вашего сценария — однозначно Argo CD. Дашборд из коробки, нормальный RBAC, app-of-apps паттерн, синхронизация видна визуально. Когда менеджмент или разработчики хотят посмотреть «а как там деплой» — они открывают браузер и видят граф зависимостей. Flux без UI — это боль для команды где не все в терминале сидят. Weave GitOps UI существует, но он сильно хуже.

[demid_byte7]

Работаю с Flux уже два года, не жалею. Да, UI нет из коробки, но зато архитектура clean — каждый контроллер отвечает за своё. Helm-релизы через HelmRelease CRD нативные, `helm list` работает как ожидается. В Argo CD Helm — это по сути `helm template` с последующим apply, хуки теряются, `helm list` вообще ничего не показывает. Для нас это было критично.

[boris_null45]

Мы перешли с Flux на Argo CD год назад именно из-за видимости и RBAC. Flux хорош технически, но когда SRE-команда выросла до 6 человек — стало сложно разграничить кто что может деплоить в какой namespace. В Argo CD это решается ApplicationSets + Projects. Ещё ApplicationSet controller с генераторами по Git-директориям — это просто магия для мультиарендных кластеров.

[rodion_code]

Потребление ресурсов: Flux в спокойном состоянии жрёт около 150-200 МБ RSS на контроллеры, Argo CD с UI и repo-сервером — 600-900 МБ. На больших кластерах это несущественно, но если у вас edge или ограниченное железо — Flux выигрывает. У нас три кластера на ARM-нодах по 2 ГБ RAM — Flux единственный вариант.

[nethex8167]

@flutter_dev, Для вашего случая (40 сервисов, нужен дашборд) берите Argo CD. Ставится за час: `kubectl create namespace argocd && kubectl apply -n argocd -f https://raw.githubusercontent.com/argop ... stall.yaml`. Дальше настраиваете ingress, SSO через Dex или напрямую OIDC — и всё. ApplicationSet с директорийным генератором сделает автоматический onboarding новых сервисов. Полдня работы и команда счастлива.

[sergey_x]

Ещё один момент за Argo CD — экосистема. Argo Rollouts для canary/blue-green, Argo Events для event-driven пайплайнов, Argo Workflows — всё это интегрируется нативно. Если планируете расти — Argo даёт больше точек роста.