Octopus развернут спонсируется этот пост. Insight Partners является инвестором в Octopus Deploy и TNS.
Декларативное желаемое состояние — это принцип Gitops, который все знают, но немногие на самом деле используют. В недавнем отчете о состоянии Gitops показано, что только 40% организаций использовали декларативную конфигурацию, так что это такое и почему это так фундаментально для успешных Gitops?
Что такое декларативное желаемое состояние?
Есть два способа управления состоянием в Гитопах. Во -первых, это определить последовательность шагов, чтобы сделать базовую линию и переместить ее в желаемое состояние. Этот подход в стиле контрольного списка является обязательным: набор пошаговых инструкций достигает предполагаемого результата. Напротив, декларативное государство определяет конечное состояние, а не шаги, чтобы достичь его.
Мы можем подумать об этом с точки зрения пиццы. Вы можете следовать рецепту, вытянув основу для пиццы, затем добавив томатный соус, а затем повернув его сыром и парой ломтиков томатов. В качестве альтернативы, вы можете показать опытному шеф -повару с пиццей фотографию Маргариты, и они позаботятся обо всем. Следуя рецепту принесет вам императивную пиццу, пока показывают, что изображение дает вам декларативную пиццу.
Точно так же, императивная конфигурация содержит ряд вызовов, команд и сценариев API, тогда как декларативная конфигурация определяет целевое состояние и перемещает тяжелую работу в инструменты.
Open Gitops говорит: «Система, управляемая Gitops, должна выразить желаемое состояние. Есть только четыре принципа, и это первое из них, поэтому это должно быть важно. Но почему?
Почему декларативное желаемое состояние имеет решающее значение
Декларативная конфигурация обеспечивает проверенное целевое состояние. Это делает его полезным вне использования в инструменте, так как это документация о том, как должна выглядеть система. Чтобы создать то же понимание с помощью императивной конфигурации, вам придется выполнить все шаги и понять, как они изменит базовое состояние, что означает, что вам нужно удерживать весь процесс в своей ментальной модели, чтобы понять конечный результат. Это также оставляет место для предположений и упущений, и может привести к тому, что вы не представляете.
Декларативная конфигурация проще понять. Это продвигает бремя достижения этого состояния на инструменты автоматизации.
С желаемым декларативным состоянием вы получаете:
- Задокументированное целевое состояние
- Более простые изменения и обзоры
- Читаемая история изменений и тропа аудита
- Передача примирения бремени инструментам
Учитывая преимущества декларативного желаемого состояния и инструментов, которые его согласовывают, почему организации не принимают его быстрее?
Не простая задача
Хотя достаточно легко начать новый проект с желаемым декларативным состоянием, существуют факторы, которые затрудняют переключение существующей системы.
Чем дольше существует система, прежде чем вы приведете ее под управление автоматическим примирением, тем дольше она подвергается воздействию ClickOPS и Drift Configuration. Это делает его трудным или даже невозможным для понимания и документирования желаемого состояния.
Старые системы могут не быть независимыми или модульными, и может быть трудно создать картину того, каким должно быть желаемое состояние. Прошлые решения могут заставлять императивную конфигурацию — например, если они требуют развертывания цепочек, где услуги должны быть обновлены в определенном порядке.
Если вы автоматизировали схему базы данных, вы столкнулись с аналогичной задачей. Часто было легче сделать базовую резервную копию вашей базы данных, а затем применить сценарии, чтобы изменить схему с этого момента.
Современные инструменты базы данных позволяют ретроспективно генерировать эти сценарии из модели желаемого состояния схемы. Инструменты GITOPS, которые могут генерировать первоначальное декларативное желаемое состояние от запущенных систем, могут сыграть аналогичную роль в улучшении принятия этой практики.
Роли и регионы находятся в путешествии
Несмотря на общий низкий уровень принятия для декларативного желаемого государства, некоторые должности работы опережают кривую с точки зрения усыновления. Архитекторы наиболее вероятно используют декларативную конфигурацию, причем 60% из них используют ее. Системные администраторы являются самыми дальними на уровне 33,3%.
Существуют также региональные различия, когда в Европе, Северной Америке и Океании более 40% принимают участие, в то время как в других регионах менее 30%.
Декларативная конфигурация как процент по роли. Источник: отчет о состоянии Гитопса.
Все эти цифры, вероятно, улучшатся по мере того, как организации растут и разбудут свою практику Gitops. Те, кто только начинает с Gitops, увидят улучшения со стороны других практик Gitops независимо от их выбора декларативной или императивной конфигурации. Как только они достигнут более высокого уровня зрелости, декларативная конфигурация в конечном итоге станет местом для поиска дальнейших улучшений.
Декларативная конфигурация будет подняться
Декларативная конфигурация является одной из шести практик, которые дополняют и усиливают друг друга. В то время как вы получите полное преимущество в Gitops, только внедрив все рекомендуемые практики, вы можете работать над тем, чтобы ввести их с течением времени, чтобы вы могли эффективно набрать их и развить высокую степень навыков и уверенности, прежде чем добавить больше. Шесть практик и принципы:
В отчете о состоянии Гитопса указывается, что многие организации начинают в своем путешествии в Гитоп. Поскольку они получают навыки и опыт для применения этих принципов и практик, вы можете ожидать, что количество организаций, использующих декларативную конфигурацию, увеличится. Преимущества слишком важны, чтобы игнорировать.
Вы можете узнать больше, загрузив отчет и присоединившись к Octopus для вебинара State of Gitops в четверг, 19 июня, в 3 часа дня EDT/PDT PDT.
Развертывание Octopus — это больше, чем просто инструмент развертывания; Это полное предприятие, предназначенное для оптимизации и автоматизации процессов CI/CD. Будь то управление многопользовательными средами или обеспечение безопасности и соответствия в развертываниях, осьминог дает организациям управлять развертываниями в масштабе. Узнайте больше последних из Octopus Deploy Trending Stories Youtube.com/thenewstack Tech, быстро движется, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Стив Фентон-Octonaut в Octopus Deploy, руководство по сообществу DORA и шестикратный Microsoft MVP с более чем двух десятилетий опыта в доставке программного обеспечения. Он написал книги о TypeScript (Apress, Infoq), развертывании Octopus и веб -операциях …. Подробнее от Стива Фентона
