Гитерминизм vs GitOps
GitOps детерминирует только развертывание заранее подготовленных артефактов приложения, а гитерминизм может детерминировать весь CI/CD-процесс, включая сборку, тестирование, дистрибуцию и развертывание.
GitOps требует наличия CD-решения, которое непрерывно синхронизирует желаемое состояние с действительным, а гитерминизм не накладывает никаких ограничений, и пользователь сам решает, каким способом осуществлять эту синхронизацию.
GitOps требует разделять разработку и эксплуатацию, а гитерминизм допускает как их разделение, так и их объединение в единый процесс для реализации методологии DevOps.
werf vs Helm
Helm используется только для развертывания и дистрибуции чартов, а werf ещё и для разработки, сборки, тестирования, дистрибуции образов и бандлов, а также очистки container registry.
Для развертывания чартов и их дистрибуции мы используем Nelm: совместимую с Helm альтернативу, которая предоставляет множество новых возможностей и улучшений, таких как продвинутое отслеживание ресурсов, гибкий порядок выката ресурсов во время развертывания, Server-Side Apply вместо 3-Way Merge, terraform plan-подобные возможности и многое другое.
werf vs Argo CD
Argo CD используется только для развертывания, а werf ещё и для разработки, сборки, тестирования, дистрибуции, очистки container registry.
Развертывание в werf происходит по push-модели с Helm, но доступна и интеграция с Argo CD для реализации GitOps. В этой статье подробнее рассказывается об интеграции и о том, как/почему Argo CD может дополнять werf.
werf vs Skaffold/DevSpace
Skaffold и DevSpace по сути являются обёрткой популярных сборщиков и инструментов развёртывания с дополнительной функциональностью, ориентированной на разработку.
werf в свою очередь концентрируется на CI/CD и более тесной интеграции единственного способа сборки и развёртывания – пользователям предлагаются решения их прикладных задач, а не инструменты (они в контексте werf вторичны).
