Давайте узнаем о новом Ops-течении – GitOps!
DevOps поспособствовал цифровизации многих компаний. Речь идет о командах разработки и эксплуатации программного обеспечения, которые совместно работают над разработкой и автоматизацией своей деятельности. Таким образом, команды смогут вносить больше изменений, а также быстро их тестировать и развертывать. Это был невероятный рывок вперед и прекрасный подход к разработке программного обеспечения.
Для чего нужен GitOps?
В условиях современного мира мы сталкиваемся с куда более серьезными проблемами. Нам нужны программные приложения, которые бы работали в невероятно масштабной сети, ладили с микрослужбами, контейнеризацией и сервисной сеткой (service mesh). В современном мире, где есть Kubernetes и контейнеры, приложение должно быть способно вертикально масштабировать инфраструктуру при высокой нагрузке и при ее отсутствии. И все это необходимо делать динамически, крайне сложным способом и для большого числа приложений и микрослужб.
И здесь в игру вступает GitOps. И прежде чем я расскажу вам о самом GitOps, позвольте я кратко поясню, что такое Git и Ops.
Git – это распределенная система контроля версий, с помощью которой мы можем управлять исходным кодом. В ней могут содержаться текст, сертификаты и файлы конфигурации. С помощью Git мы можем сопровождать все эти файлы, а также работать совместно с другими членами команды.
Термин «Ops» берется оттуда же, откуда и в термине «DevOps», который используется для обозначения таких операций, как релиз, развертывание, эксплуатация и мониторинг приложений.
Что такое GitOps?
GitOps – это процесс, используемый для непрерывного развертывания облачных приложений. Этот процесс ориентирован на разработчиков. Кроме того, в его основе лежит такой удобный инструмент, как Git, который позволяет управлять инфраструктурой. Git – это единый источник достоверной информации для автоматизации развертывания инфраструктуры и приложения.
Это фреймворк, который для разработки приложений использует передовые методы DevOps. Это и система контроля версий, и возможность совместной работы, и соответствие требованиям, и CI/CD, и все это применяется для автоматизации инфраструктуры. Если кратко то, GitOps состоит из трех основных компонентов.
Это комбинация, состоящая их инфраструктуры как кода, запросов на слияния в качестве агента внесения изменений и автоматизированного CI/CD.
Преимущества GitOps
Ниже приведены преимущества использования GitOps в своих организациях:
- Простота и скорость разработки: разработчики могут использовать их любимый инструмент Git и с легкостью управлять с его помощью Kubernetes, даже не зная, как он устроен. Помимо этого, GitOps повышает продуктивность новичков.
- Надежность: в случае любого сбоя вы всегда можете вернуться к стабильной версии, воспользовавшись функцией отката Git. Это значительно сокращает время, необходимое на восстановление.
- Согласованность: рабочий процесс GitOps, как и инфраструктура, является полностью согласованным на всех стадиях; одна концепция предоставляет все – управление приложением и Kubernetes.
- Быстрое развертывание: GitOps способствует более быстрому развертыванию. Это происходит за счет интеграции автоматизированного непрерывного развертывания с контуром управления обратной связью.
- Самодокументируемые среды: вы можете получить полную историю всех изменений в системе, а проверив ветку main, вы найдете информацию о всем, что когда-либо было развернуто. Благодаря всей этой информации, вам будет проще работать с другими командами и вводить в курс дела новых участников.
- Безопасность и соответствие требованиям: GitOps помогает крупным компаниям поддерживать высокий уровень безопасности и соответствовать всем необходимым требованиям. Вы можете заблокировать доступ определенным людям, даже в том случае если у них есть право на выполнение слияния с веткой.
Конвейер GitOps
Вот так выглядит конвейер GitOps:
- Сначала пользователь вносит изменения в код в репозитории Git.
- После чего создается образ контейнера, и отправляется в реестр контейнеров.
- Он обновляется в Config Updater.
- Как только пользователь создаст запрос на включение изменений, чтобы выполнить слияние с другой веткой, он развернется в соответствующей ветке.
- Затем выполняется проверка.
- Если все хорошо, то рецензент может выполнить объединение.
- После слияния он попадает в ветку test.
- После того, как будет создан запрос на включение изменений, он будет развернут в ветке test.
Инструменты GitOps
Ниже приведен список нескольких популярных инструментов GitOps, которые стоит попробовать при работе с процессами GitOps. Здесь нет Git и Kubernetes – это слишком очевидно!
#1. Flux
Flux был создан компанией Weaveworks в 2016 году.
Это диспетчер GitOps для вашего кластера Kubernetes. С некоторой периодичностью он извлекает удаленный репозиторий Git и ищет новые изменения в файлах манифеста. Если он их находит, они применяются к кластеру.
#2. ArgoCD
ArgoCD – это тоже диспетчер GitOps, но уже с пользовательским интерфейсом. Он моделирует ваш конвейер GitOps с помощью графики и схем. С помощью этого инструмента вы также можете визуализировать конфигурацию своей среды и приложения.
#3. Jenkins X
Jenkins X – это CI/CD-решение для кластеров Kubernetes. Однако оно отличается от классического Jenkins.
Оно используется в качестве инструмента GitOps для создания кластеров, развертывания контейнеров, автоматического отката и т.д. Когда в репозиторий Git вносится изменение, Jenkins X считает его и обновит свои конфигурации после запуска сборки.
#4. WKSctl
WKSctl – это инструмент GitOps, который для управления кластером Kubernetes использует коммиты. В режиме работы GitOps кластер настраивается, исходя их данных, которые содержатся в файлах Cluster.yml и Machines.yml, которые, в свою очередь, хранятся в Git.
#5. Gitkube
Gitkube – это идеальный вариант для разработки, который для создания и развертывания Docker-образов в кластере Kubernetes использует Git push.
Он крайне прост в настройке, а аутентификация строится на основе открытого ключа.
#6. Helm Operator
Helm Operator – это диспетчер Kubernetes с открытым исходным кодом. Он предназначен для декларативного управления релизами helm-чартов. А если его объединить с Flux, то он станет полноценным решением GitOps для автоматизации релизов.
#7. Quay
Quay управляется компанией Red-Hat и используется для безопасного и надежного управления образами (реестром образов). Кроме того, он никак не зависит от GitHub; скорее даже, он работает с локальным реестром образов.
Заключение
DevOps когда-то было довольно модным словом в IT-индустрии, однако сейчас появился новый термин «GitOps». GitOps управляет микрослужбами и контейнеризованными платформами. GitOps можно использовать для развертывания приложений в контейнеризованной среде, например, Kubernetes.
Так что действуйте и изучайте новое!
