GitOps очень популярный подход. Он выглядит действительно очень привлекательно, если рассматривать только его. "Stop scripting and start shipping" звучит многообещающе.
Но, когда мы возвращаемся в реальный мир, мы видим что GitOps - всего лишь шаг деплоя в сложном CI/CD пайплайне со сборкой, тестами кода и безопасности и многим другим.
И чтобы принести сюда GitOps, мы должны хорошенько поскриптить... Мы должны переписать шаг деплоя в нашем пайплайне с (для примера) "helm upgrade" на "git push" и установить тяжелый тулинг (вроде Flux или ArgoCD).
И этот тулинг зачастую не так хорошо вписывается в ваши процессы, потому что имеет свои требования и ограничения.
Хорошо. Если вы должны писать скрипты в любом случае, может быть, стоит написать свою реализацию GitOps с минимальными затратами?
Давайте обсудим суть паттерна GitOps, его преимущества и недостатки и сделаем свою реализацию GitOps с нуля.