Pull to refresh

Comments 9

Блин, ничего себе! Вы умудрились собрать весь мой любимый DevOps стек: k3s, werf, gitlab, victoria metrics, argo. Прям страйк в самое сердечко, ребят.

Вопрос: вы взяли ArgoCD только из-за werf operator'а?

Werf - это утилита сI/cd, у нее нет оператора. Она умеет интегрироваться с Argo CD, но мы это редко используем, ибо Werf сама по себе закрывает наши «хотелки». Подробней можно почитать здесь.

Ну вообще есть, через патчинг самого арго - почитайте доку у верфи. Но я вас услышал.

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

Тогда если вы ArgoCD не пользуете почти, что мешало управлять всем через Rancher Server? У них даже своя CD есть, управление чартами и весьма гуёвенько. К тому же обновлять k3s можно по клику.

Видимо мы друг друга не поняли, речь шла чисто про cli уитилиту werf и нас вполне устраивает гитерменизм (не сказать что мы его не нарушаем конечно). Насчет Rancher Server - пробывали, но он превратился в огромного монстра из разных операторов, плюс мы не сильно хотели завязываться на VendorLock ну и есть кучу других рабочих нюансов почему конкретно Rancher Server мы не хотим использовать. Про Rancher Fleet тоже в курсе, его не рассматривали, хотя его возможность деплоить на несколько кластеров сразу - заманчива.

Согласен, ранчер в угоду stupid-friendly интерфейса стал тяжеловат. Но зато обновления из коробки, мониторинг и управление всеми кластерами из одного интерфейса прям подкупает.

А можете поделиться как вы werf converge пользуетесь для нескольких кластеров в CI? Используете matrix или хардкодите конфиги? Просто интересно, как вы динамически добавляете кластера.

у нас нет деплоя сразу в несколько кластеров. Мы придерживаемся стандартного подхода dev-stage-prod. Код разделен по веткам. Описание переменных под каждое окружение с помощью helm и gitlab environment.

K3S вообще очень классное решение, сам везде стараюсь его использовать по возможности. Кстати мне как управлялка кодом нравится Gitea, он тоже сейчас имеет встроенные CI/CD и при этом берет ресурсов в разы меньше чем тот-же Gitlab, скажем Gitea 500 мб от силы, а в то же время Gitlab минимум гигабайта 4.

Согласен, Go мне тоже ближе чем Ruby. И да Gitea, как и Gogs намного легковесней. Знаю что у них недавно появилось CI/CD наподобее GitHub Actions. Но не уверен что оно сравнимо с Gitlab( тут спорить не буду очень давно не трогал Github Actions). Да и на самом деле все зависит от проектов и команд. Проектов у нас много разных и команд много разных, c разным стеком, инфраструктурой и прочим. Тут плюшки Gitlab намного больше закрывают чем только хранение кода. Если бы у нас была одна команда с парой проектов я бы тоже однозначно топил за Gitea.

Вот кстати да, у меня маленькая команда и я стою перед выбором GitHub или Gitea.

Sign up to leave a comment.