Comments 14
А ещё стоит упомянуть, что компания разработчик Flux CD обанкротилась, а она была ключевым коммиттером в проект. Они выложили в публичный доступ своё коммерческое детище https://github.com/weaveworks/weave-gitops-enterprise и выразили надежду, что проект подхватит CNCF.
В целом я ел и то и то и FLuxCD по возможностям примерно как 20 процентов от ArgoCD с достаточным количеством тараканов вроде отсутствия зависимостей между ресурсами разных контроллеров и специфической политикой совместимости версий.
Мой персональный выбор после года работы с тем и 3 месяцев с другим - ArgoCD и я его могу аргументированно обосновать как глазами пользователя, которому не нужны никакие kubernetes-клиенты и доступы к k8s API, так и инфраструктурного инженера, который может по одному клику в Argo-интерфейсе увидеть все проблемные места всего кластера со всеми его CRD вместе.
выразили надежду, что проект подхватит CNCF.
И подхватила, проект был передан ControlPlane вместе со всей core-командой разработчиков.
https://control-plane.io/posts/controlplane-backs-the-cncf-flux-project-by-employing-maintainers/
Насколько я вижу это не CNCF подхватил, а другая коммерческая компания. Годик спустя будет видно получилось ли из этого что-нибудь или нет с точки зрения комьюнити-версии.
Добавлю про деплой во множество кластеров всякого унифицированного при помощи ArgoCD: https://argo-cd.readthedocs.io/en/stable/user-guide/application-set/ совместно с https://argo-cd.readthedocs.io/en/stable/operator-manual/applicationset/Generators/ поможет поставить в кучу голых кластеров всё желаемое и восстановить в них всё с отклонениями. Вот пример: https://codefresh.io/learn/argo-cd/argocd-applicationset-multi-cluster-deployment-made-easy-with-code-examples/
Вот тут после базовой регистрации есть шикарный курс по GitOps на базе ArgoCD https://learning.codefresh.io/path-player?courseid=gitops-at-scale&unit=gitops-at-scale_62f502dfa277dUnit
Пробовали разное, но по всем нашим хотелкам отлично подошла простая связка Terraform + GitLab CI.
Вся инфраструктура в AWS, включая RDS, EKS и всевозможные чарты внутри k8s отлично поднимаются и администрируются простым cicd
А отслеживание состояния уже через графану, все параметры которой в том же коде и прописываются
Основное удобство в том, что владение инфраструктурой можно спокойно передать другой команде не перенастраивая права доступа
Да, админам это супер и это про то как развернуть один раз (и повторять разворачивать на копиях) и управлять. Но тут ни слова про использование развернутого. А вот Андрей отлично раскрыл кейсы с потребителем - разрабами.
У меня арго. Именно по той же логике, что и в статье: один инстанс на команду (по 5-7 кластеров). И именно для их работы с приложениями.
Но ничего не мешает мне поднимать кубы террой, настраивать тонкости ансом и раскатывать системный софт (и что важно - обновления/изменения) на все кубы разом через арго.
ArgoCD имплементирует свою собственную модель, а группы и права доступа
настраиваются в CSV-подобном формате, что неудобно использовать как-либо
кроме как через веб-интерфейс.
можно это расшифровать, просто не совсем понятно, какие варианты использования имеются ввиду. Можно через kubectl увидеть те же данные, что и в гуй. можно через argocd cli провалидировать права на ресурс, все так же, как нативный рбак
У ArgoCD есть интеграция с werf, получается цельное решение (развёртывание+сборка)
Но справедливости ради, можно организовать развёртывание и без него, на чистом werf.
Все же невольно возникает вопрос - в чем "физический" смысл данной статьи? Многие моменты автор весьма упрощенно отразил - непонятно зачем? Уже все шишки набиты и выводы давно сделаны, а тем у кого еще все впереди нужно дать возможность пройти этот путь самим! )
Argo CD vs Flux CD