Sélectionner vos préférences de cookies

Nous utilisons des cookies essentiels et des outils similaires qui sont nécessaires au fonctionnement de notre site et à la fourniture de nos services. Nous utilisons des cookies de performance pour collecter des statistiques anonymes afin de comprendre comment les clients utilisent notre site et d’apporter des améliorations. Les cookies essentiels ne peuvent pas être désactivés, mais vous pouvez cliquer sur « Personnaliser » ou « Refuser » pour refuser les cookies de performance.

Si vous êtes d’accord, AWS et les tiers approuvés utiliseront également des cookies pour fournir des fonctionnalités utiles au site, mémoriser vos préférences et afficher du contenu pertinent, y compris des publicités pertinentes. Pour accepter ou refuser tous les cookies non essentiels, cliquez sur « Accepter » ou « Refuser ». Pour effectuer des choix plus détaillés, cliquez sur « Personnaliser ».

DevOps distribué

Mode de mise au point
DevOps distribué - Pilier Excellence opérationnelle

Le modèle DevOps distribué sépare (ou répartit) les responsabilités des opérations d’ingénierie des applications et des opérations d’ingénierie d’infrastructure entre les équipes d’ingénierie, conformément à la méthodologie COPE.

Vos ingénieurs d’applications effectuent à la fois l’ingénierie et l’exploitation de leurs charges de travail. De même, vos ingénieurs d’infrastructure effectuent à la fois l’ingénierie et l’exploitation des plateformes qu’ils utilisent pour soutenir les équipes en charge des applications.

Schéma du modèle DevOps distribué

DevOps distribué

Dans cet exemple, nous considérons que la gouvernance est centralisée ailleurs au sein de l’organisation. Les normes sont distribuées, fournies ou partagées avec les équipes en charge des applications et des plateformes.

Utilisez des outils ou des services qui vous permettent de gérer de manière centralisée vos environnements sur plusieurs comptes, tels qu’AWS Organizations. Des services tels que AWS Control Tower élargissent cette fonctionnalité de gestion en vous permettant de définir des plans (soutenant vos modèles d’exploitation) pour la configuration des comptes, d’appliquer une gouvernance continue en utilisant AWS Organizations et d’automatiser l’allocation de nouveaux comptes.

La méthodologie « Vous le créez, vous l’exploitez » ne signifie pas que l’équipe en charge des applications est responsable de l’ensemble de la pile, de la chaîne d’outils et de la plateforme.

L’équipe d’ingénierie de la plateforme fournit un ensemble normalisé de services (par exemple, des outils de développement, des outils de surveillance, des outils de sauvegarde et de récupération, et des réseaux) à l’équipe chargée de l’application. L’équipe en charge de la plateforme peut également fournir à l’équipe en charge des applications l’accès aux services de fournisseur de cloud approuvés, à des configurations spécifiques de ces derniers, ou aux deux.

Les mécanismes qui fournissent une fonctionnalité en libre-service pour déployer des services et des configurations approuvés, tels que Service Catalog, peuvent contribuer à limiter les délais associés aux demandes de traitement tout en renforçant la gouvernance.

L’équipe en charge de la plateforme permet une visibilité complète des piles afin que les équipes en charge des applications puissent faire la différence entre les problèmes liés à leurs composants d’application et les services et composants d’infrastructure consommés par leurs applications. L’équipe en charge de la plateforme peut également vous aider à configurer ces services et à améliorer les opérations de l’équipe en charge des applications.

Comme indiqué précédemment, il est essentiel qu’il existe des mécanismes permettant aux équipes chargées des applications de demander des ajouts, des modifications et des exceptions aux normes afin de soutenir les activités et l’innovation de leur application.

Le modèle DevOps distribué fournit de solides boucles de rétroaction aux équipes d’application. Les opérations quotidiennes d’une charge de travail augmentent les contacts avec les clients, soit par une interaction directe, soit indirectement par le biais de l’assistance et des demandes de fonctionnalités. Cette visibilité accrue permet aux équipes en charge des applications de résoudre les problèmes plus rapidement. L’engagement plus profond et les relations plus étroites permettent de mieux comprendre les besoins des clients et d’accélérer l’innovation.

Tout cela est également vrai pour l’équipe de la plateforme qui soutient les équipes d’application, car l’équipe de la plateforme doit considérer ces équipes d’application comme ses clients.

Les normes adoptées peuvent faire l’objet d’une approbation préalable, ce qui réduit la quantité de vérifications nécessaires pour la mise en production. La consommation des normes prises en charge et testées fournies par l’équipe en charge de la plateforme peut réduire la fréquence des problèmes liés à ces services. L’adoption de normes permet aux équipes chargées des applications de se concentrer sur la différenciation de leurs charges de travail.

ConfidentialitéConditions d'utilisation du sitePréférences de cookies
© 2025, Amazon Web Services, Inc. ou ses affiliés. Tous droits réservés.