Considérations relatives à DevOps

Cet article fournit des considérations et des recommandations pour DevOps dans les zones d’atterrissage Azure.

Qu’est-ce que DevOps ?

DevOps est l’union des personnes, des processus et de la technologie qui offrent une valeur continue au développement (développement) et aux opérations (ops). L’approche DevOps encourage la collaboration d’équipe qui crée des processus reproductibles pour aider les organisations à fonctionner efficacement et à grande échelle.

Dans le contexte des zones d’atterrissage Azure, DevOps devient l’infrastructure qui guide votre équipe (ou vos équipes) responsables de la gestion complète du cycle de vie des zones d’atterrissage Azure dans des domaines tels que :

• Comment auto-organiser et définir des limites avec d’autres équipes pour obtenir l’équilibre approprié entre l’autonomie et la gouvernance
• Comment faire évoluer continuellement la conception de l’architecture de zone d’atterrissage Azure (Loi de Conway)
• Comment planifier, hiérarchiser et itérer l’implémentation de l’architecture conçue
• Comment implémenter le contrôle de version, l’intégration continue et le déploiement continu pour le code de zone d’atterrissage Azure
• Comment opérer et répondre aux incidents pour les systèmes et les plateformes que vous possédez
• Niveau d’automatisation que vous appliquez au provisionnement de zone d’atterrissage Azure et à la réparation automatique
• Comment collaborer avec d’autres équipes de votre organisation de manière agile et orientée vers les résultats
• Comment créer une culture générative de sécurité, de qualité, d’orientation utilisateur et d’apprentissage continu

Les décisions que vous prenez lors de l’examen des modèles d’exploitation cloud peuvent influencer la façon dont vous utilisez votre framework DevOps.

Considérations relatives à la conception DevOps

• Définissez votre framework DevOps ou alignez-le avec la stratégie d’adoption du cloud et DevOps de votre organisation. Incluez la définition de DevOps et les principes et pratiques que votre équipe doit suivre. Veillez à connecter votre stratégie DevOps à votre stratégie métier.

• Établissez des métriques qui permettent à votre équipe d’améliorer leurs performances DevOps. Les équipes hautes performances utilisent une hypothèse pour tester leurs idées, la mesurer pour voir comment l’hypothèse fonctionne, puis apporter des modifications en fonction des besoins. L’intention finale de DevOps est d’améliorer les aspects tels que la fréquence de déploiement, le temps moyen d’appliquer une modification ou le temps de restauration d’un service détérioré. Vous devez concevoir toutes ces métriques pour affecter éventuellement les performances globales de l’entreprise.

• Déterminez les pratiques DevOps que votre équipe doit implémenter en premier en fonction de ses compétences actuelles et concevoir une feuille de route pour appliquer de manière incrémentielle de nouvelles pratiques qui aident votre équipe à améliorer leurs métriques DevOps. Investir dans les capacités d’ingénierie et les ressources est essentiel.

• Déterminez la chaîne d’outils DevOps que votre équipe doit utiliser pour implémenter les pratiques DevOps. Assurez-vous que les outils sont cohérents avec votre stratégie DevOps globale pour éviter les scénarios d’écosystèmes DevOps hétérogènes augmentant la complexité des déploiements de zone d’atterrissage ou de charge de travail Azure.

• Évaluez l’effet que vos pratiques DevOps implémentées et les outils DevOps ont sur la conception de vos zones d’atterrissage Azure.

• Créez un plan de préparation pour développer continuellement les compétences de votre équipe. L’application globale d’un modèle DevOps n’établit pas instantanément des équipes DevOps compatibles.

• Déterminez la topologie d’équipe qui s’aligne le mieux avec la stratégie DevOps de votre organisation et le modèle d’exploitation cloud, et établissez des limites claires, des responsabilités et des dépendances entre les équipes.

• Déterminez comment l’équipe responsable des zones d’atterrissage Azure doit collaborer avec d’autres équipes de votre organisation pour capturer les nouvelles exigences de zone d’atterrissage Azure pour mettre à jour la conception et l’implémentation, résoudre les incidents, réduire les dépendances et s’aligner sur les priorités de l’entreprise.

Recommandations de DevOps

Les sections suivantes contiennent des recommandations pour vous aider à implémenter l’infrastructure DevOps au sein de votre organisation.

Définir votre framework DevOps

Pour établir votre framework DevOps, envisagez d’utiliser les frameworks déjà disponibles pour commencer avec un ensemble de pratiques éprouvées prédéfinies :

• Microsoft DevOps Resource Center fournit un ensemble complet de définitions, de pratiques et de fonctionnalités que vous pouvez adapter à la gestion du cycle de vie de la zone d’atterrissage Azure, notamment :

  • Planning
  • Développement et intégration continue
  • Livraison continue
  • Opérations et fiabilité
  • DevSecOps

• Microsoft DevOps Dojo établit une taxonomie DevOps basée sur quatre piliers fondamentaux et huit fonctionnalités :

  • Piliers:
    • Culture
    • Produit Lean
    • Architecture
    • Technology
  • Capacités:
    • Planification continue
    • Intégration continue
    • Livraison continue
    • Opérations continues
    • Sécurité continue
    • Qualité continue
    • Amélioration continue
    • Collaboration continue

Définir des pratiques DevOps pour la gestion de vos zones d’atterrissage Azure

Tenez compte des pratiques DevOps suivantes pour vos zones d’atterrissage Azure :

• Passez en revue comment gérer le cycle de vie de développement des zones d’atterrissage Azure en tant que code.
• Examinez les considérations de sécurité relatives aux zones d’atterrissage Azure dans l’espace DevOps.

Planifier votre parcours d’implémentation DevOps

Définissez et alignez votre parcours d’implémentation DevOps avec le plan d’adoption du cloud de votre organisation.

• Déterminez où votre équipe se trouve aujourd’hui dans les domaines suivants :
  • Les pratiques DevOps que votre équipe a adoptées pour la gestion des zones d’atterrissage Azure.
    • Utilisez des outils comme DevOps Capability Assessment pour évaluer l’état actuel du devOps de votre équipe.
  • Structure d’équipe actuelle, y compris les rôles et responsabilités et les fonctions cloud détenues.
  • Quelles compétences techniques votre équipe possède.
  • Quel modèle d’opérations cloud votre équipe suit actuellement.
• Utilisez le plan d’adoption du cloud de votre organisation pour définir un modèle souhaité pour votre équipe.
• Établissez une feuille de route itérative pour implémenter le modèle souhaité en mode itératif et incrémentiel qui s’aligne sur la chronologie de transformation de votre organisation.

Implémenter les métriques DevOps souhaitées

Identifiez les métriques que vous utiliserez pour mesurer les performances devOps de votre équipe. Utilisez des métriques pour stimuler les habitudes souhaitées dans votre équipe qui se connectent aux résultats métier. Établissez des métriques pour permettre à votre équipe de mesurer l’impact sur les activités. Rendez les métriques clés visibles pour tous, car la transparence favorise l’approbation et favorise l’alignement avec les objectifs de l’organisation.

Voici quelques exemples de métriques qui mesurent les performances devOps pour améliorer l’impact de l’entreprise :

• Résultats métier :

  • Utilisez les objectifs et les résultats clés comme outil pour éloigner vos équipes d’un état d’esprit « sortie » et vers un état d’esprit « résultat ». Par exemple, vous pouvez utiliser le nombre de charges de travail qui ont amélioré leur évaluation de conformité par rapport au nombre de stratégies déployées sur Azure.
  • Satisfaction des clients ou des utilisateurs finaux. Par exemple, le Net Promoter Score (NPS), les enquêtes, les entrevues.
  • Croissance de l’entreprise. Parmi les exemples, citons l’augmentation de la rentabilité, l’augmentation du chiffre d’affaires et les acquisitions de nouvelles sources de revenus.
  • Métriques de personnes. Les exemples incluent le score de promoteur net de l’employé (eNPS), l’utilisation, la rétention et la satisfaction.
  • Dépens. Par exemple, vous pouvez utiliser la réduction des coûts.

• Performances de remise de logiciels :

  • Délai de modification, temps nécessaire à un correctif de bogue, nouvelle fonctionnalité ou autre modification pour passer de l’idée au déploiement à la production.
  • La fréquence de déploiement, le nombre de déploiements quotidiens des modifications de code en production.
  • Temps moyen de restauration, temps nécessaire pour restaurer le service en production après un incident.
  • Pourcentage d’échec des modifications, pourcentage des modifications apportées à la production (telles que les modifications de configuration) qui entraînent un échec.

• Qualité:

  • Taux d’échappement des défauts, nombre de défauts identifiés par vos utilisateurs finaux.
  • Travail non planifié ou remaniement, pourcentage de temps passé à effectuer des travaux non planifiés ou à retravailler.
  • Bogues actifs, nombre de bogues qui ne sont pas encore corrigés.
  • Intégrité du code, pourcentage de code qui n’a pas été testé unitairement.

Définir votre écosystème technologique DevOps

La chaîne d’outils DevOps que vous choisissez de gérer le cycle de vie de vos zones d’atterrissage Azure affecte :

• Vos stratégies d’implémentation des principes et pratiques DevOps
• Considérations relatives à la sécurité pour votre cycle de vie DevOps
• Conception globale de l’architecture de votre gestion du cycle de vie des zones d’atterrissage Azure

Utilisez l’infrastructure DevOps que vous avez définie précédemment pour identifier les outils à utiliser pour chacun de vos processus DevOps. Choisissez les technologies DevOps qui conviennent le mieux aux besoins de vos équipes, mais trouvez un équilibre qui vous permet d’atteindre la normalisation au sein de votre organisation, mais d’éviter une complexité ou une hétérogénéité trop importante dans vos écosystèmes DevOps.

Voici quelques exemples de technologies DevOps au cours des différentes phases de DevOps :

• Planification: Atlassian Jira, Atlassian Trello, Azure Boards, GitHub
• Intégration continue (CI) et test : Atlassian Bitbucket, Azure Repos, GitHub Repos, npm, NuGet, Selenium, SmartBear Concombre, SonarSource SonarQube, Proxy d’attaque Zed
• Livraison continue (CD) : Atlassian Bamboo, Azure Pipelines, GitHub Actions, Jenkins, Octopus Deploy, Perforce Puppet, RedHat Ansible
  • Infrastructure en tant que code : Bicep, Pulumi, Terraform
  • Bootstrapping: ArgoCD GitOps, Flux GitOps, Progress Chef, PowerShell Desired State Configuration (DSC)
• Opérations: Azure Automation, Azure Monitor, CISCO Splunk, Grafana, Microsoft Power BI
• Collaboration et commentaires : Atlassian Confluence, Wikis Azure DevOps, GitHub Discussions, GitHub Wikis, Microsoft Teams, Slack, Stack Overflow

Le diagramme suivant illustre un exemple d’infrastructure DevOps avec la sélection de chaîne d’outils Azure DevOps :

Le diagramme suivant illustre un exemple de framework DevOps avec la sélection de chaîne d’outils Azure DevOps et GitHub :

Étape suivante