Рекомендации по DevOps

В этой статье приведены соображения и рекомендации по DevOps в зонах приземления Azure.

Что такое DevOps

DevOps — это объединение людей, процессов и технологий, которые обеспечивают непрерывную ценность для разработки и операций. Подход DevOps поощряет совместную работу команды, которая создает повторяющиеся процессы, помогающие организациям эффективно работать и масштабироваться.

В контексте целевых зон Azure DevOps становится платформой, которая управляет командой (или командами), ответственной за все управление жизненным циклом целевых зон Azure в таких областях, как:

• Как самостоятельно упорядочивать и определять границы с другими командами для достижения соответствующего баланса между автономией и управлением
• Как непрерывно совершенствовать дизайн архитектуры посадочной зоны Azure (закон Конвея)
• Как планировать, расставлять приоритеты и итеративно выполнять внедрение разработанной архитектуры
• Как реализовать управление версиями, непрерывную интеграцию и непрерывное развертывание для кода целевой зоны Azure
• Как работать и реагировать на инциденты для систем и платформ, которыми вы владеете
• Уровень автоматизации, применяемый к подготовке посадочной зоны Azure и самовосстановлению
• Как взаимодействовать с другими командами в вашей организации гибким образом, ориентированным на результат.
• Создание генерирующей культуры безопасности, качества, центризма пользователей и непрерывного обучения

Решения, принятые при просмотре облачных операционных моделей, могут повлиять на использование платформы DevOps.

Рекомендации по проектированию DevOps

• Определите платформу DevOps или выровняйте ее в соответствии с стратегией разработки и внедрения облака вашей организации. Включите определение DevOps и принципы и методики, которые должны следовать вашей команде. Убедитесь, что вы подключаете стратегию DevOps к вашей бизнес-стратегии.

• Установите метрики , позволяющие вашей команде повысить производительность DevOps. Высокопроизводительные команды используют гипотезу, чтобы проверить свои идеи, измерить его, чтобы увидеть, как работает гипотеза, а затем внести изменения по мере необходимости. Конечная цель DevOps заключается в улучшении таких аспектов, как частота развертывания, среднее время на внесение изменений или время на восстановление работоспособности сервиса. Вы должны разработать все эти метрики, чтобы в конечном итоге повлиять на общую производительность бизнеса.

• Определите методики DevOps , которые ваша команда должна реализовать сначала на основе их текущего навыка, и разработать стратегию постепенного применения новых методик, которые помогают вашей команде улучшить метрики DevOps. Инвестиции в инженерные возможности и ресурсы критически важны.

• Определите цепочку инструментов DevOps , которая должна использоваться для реализации методик DevOps. Убедитесь, что средства согласованы с общей стратегией DevOps, чтобы избежать сценариев разнородных экосистем DevOps, повышающих сложность развертывания целевой зоны Azure или рабочих нагрузок.

• Оцените влияние реализованных методик DevOps и средств DevOps на проектирование целевых зон Azure.

• Создайте план готовности для непрерывного роста навыков вашей команды. Всеобъемлющее применение модели DevOps не гарантирует мгновенное создание способных команд DevOps.

• Определите топологию команды , которая лучше всего соответствует стратегии DevOps вашей организации и облачной операционной модели, а также определите четкие границы, обязанности и зависимости между командами.

• Определите, как команда, отвечая за целевые зоны Azure, должна сотрудничать с другими командами в организации для сбора новых требований к целевой зоне Azure для обновления проектирования и реализации, устранения инцидентов, минимизации зависимостей и соответствия бизнес-приоритетам.

Рекомендации DevOps

В следующих разделах содержатся рекомендации по реализации платформы DevOps в организации.

Определение платформы DevOps

Чтобы установить платформу DevOps, попробуйте использовать платформы, которые уже доступны для начала с набора стандартных проверенных методик:

• Центр ресурсов Microsoft DevOps предоставляет широкий набор определений, методик и возможностей, которые можно адаптировать к управлению жизненным циклом целевой зоны Azure, включая:

  • Planning
  • Разработка и непрерывная интеграция
  • Непрерывная доставка
  • Операции и надежность
  • DevSecOps

• Microsoft DevOps Dojo устанавливает таксономию DevOps, построенную на четырех основных принципах и восьми возможностях:

  • Столпы
    • Culture
    • Бережливый продукт
    • Architecture
    • Technology
  • Возможности:
    • Непрерывное планирование
    • Непрерывная интеграция
    • Непрерывная доставка
    • Непрерывные операции
    • Непрерывная безопасность
    • Непрерывное качество
    • Непрерывное улучшение
    • Непрерывная совместная работа

Определение методик DevOps для управления целевыми зонами Azure

Рассмотрим следующие методики DevOps для целевых зон Azure:

• Узнайте, как управлять жизненным циклом разработки посадочных зон Azure в виде кода.
• Ознакомьтесь с рекомендациями по безопасности для целевых зон Azure в пространстве DevOps.

Планирование пути реализации DevOps

Определите и выровняйте пути реализации DevOps с планом внедрения облака вашей организации.

• Определите, где ваша команда находится сегодня в следующих областях:
  • Методы DevOps, принятые вашей командой для управления целевыми зонами Azure.
    • Используйте такие средства, как оценка возможностей DevOps , чтобы оценить текущее состояние состояния DevOps вашей команды.
  • Текущая структура команды, включая роли и обязанности и собственные облачные функции.
  • Какую модель облачных операций ваша команда использует в настоящее время?
• Используйте план внедрения облака вашей организации, чтобы определить нужную модель для вашей команды.
• Создайте итеративную схему реализации требуемой модели в итеративном и добавочном режиме, который соответствует временной шкале преобразования вашей организации.

Реализация требуемых метрик DevOps

Определите, какие метрики вы будете использовать для измерения производительности DevOps вашей команды. Используйте метрики для формирования нужных привычек в команде, которые соответствуют бизнес-результатам. Установите метрики, чтобы позволить команде оценить влияние на действия. Сделать ключевые метрики видимыми для всех, так как прозрачность способствует доверию и обеспечению согласованности с целями организации.

Примеры метрик, которые измеряют производительность DevOps для повышения влияния на бизнес, включают:

• Бизнес-результаты:

  • Используйте цели и ключевые результаты в качестве инструмента для перемещения команд от "выходного" мышления и в направлении "результата" мышления. Например, можно использовать количество рабочих нагрузок, которые улучшили свои рейтинги соответствия в сравнении с числом политик, развернутых в Azure.
  • Удовлетворенность клиентов или конечных пользователей. Примеры включают оценку Net Promoter (NPS), опросы, интервью.
  • Рост бизнеса. К примерам относятся повышение рентабельности, увеличение доходов и новые источники дохода.
  • Метрики персонала. К примерам относятся оценка сотрудника Net Promoter (eNPS), использование, удержание и удовлетворенность.
  • Издержки. Например, можно использовать сокращение затрат.

• Производительность доставки программного обеспечения:

  • Время выполнения изменений, время, необходимое для исправления ошибок, новой функции или любого другого изменения, чтобы перейти от идеи к развертыванию в рабочую среду.
  • Частота развертывания, развертывания в день изменений кода в рабочей среде.
  • Среднее время восстановления, время, затрачиваемое на восстановление службы в рабочей среде после инцидента.
  • Изменение процента сбоя, процент изменений в рабочей среде (например, изменения конфигурации), которые приводят к сбою.

• Качество:

  • Скорость побега дефектов, количество дефектов, выявленных конечными пользователями.
  • Незапланированная работа или переработка, процент времени, затраченного на незапланированную работу или переработку.
  • Активные ошибки, количество ошибок, которые еще не исправлены.
  • Работоспособность кода, процент кода, который не был протестирован модульным тестом.

Определение экосистемы технологий DevOps

Цепочка инструментов DevOps, которую вы выбираете для управления жизненным циклом ваших Azure Landing Zones, влияет:

• Стратегии реализации принципов и методик DevOps
• Рекомендации по безопасности жизненного цикла DevOps
• Общая архитектура проектирования управления жизненным циклом посадочных зон Azure

Используйте платформу DevOps , определенную ранее, чтобы определить, какие средства следует использовать для каждого процесса DevOps. Выберите технологии DevOps, которые наиболее подходят для потребностей вашей команды, но найдите баланс, который позволяет достичь стандартизации в вашей организации, но избежать слишком много сложности или разнородности в экосистемах DevOps.

Примеры технологий DevOps на разных этапах DevOps:

• Планирование: Atlassian Jira, Atlassian Trello, Azure Boards, GitHub
• Непрерывная интеграция (CI) и тестирование: Atlassian Bitbucket, Azure Repos, GitHub Repos, npm, NuGet, Selenium, SmartBear Cumber, SonarSource SonarQube, Zed Attack Proxy
• Непрерывная доставка (CD): Atlassian Bamboo, Azure Pipelines, GitHub Actions, Jenkins, Octopus Deploy, Perforce Puppet, RedHat Ansible
  • Инфраструктура в виде кода: Bicep, Pulumi, Terraform
  • Инициализация: ArgoCD GitOps, Flux GitOps, Progress Chef, PowerShell Desired State Configuration (DSC)
• Операции: Служба автоматизации Azure, Azure Monitor, CISCO Splunk, Grafana, Microsoft Power BI
• Совместная работа и обратная связь: Atlassian Confluence, Azure DevOps Wikis, GitHub Discussions, GitHub Wikis, Microsoft Teams, Slack, Stack Overflow

На следующей схеме показан пример платформы DevOps с выбором цепочки инструментов Azure DevOps:

На следующей схеме показан пример платформы DevOps с выбором цепочки инструментов Azure DevOps и GitHub:

Следующий шаг