Temps de lecture : 1 Minutes

Livraison continue : qui devrait être impliqué

La livraison continue signifie la capacité de fournir rapidement , déployez de manière sécurisée et cohérente divers types de modifications apportées au logiciel chaque fois que nécessaire. Équipes adepte de la livraison continue possèdes le capacitéy d’introduire des mises à jour et des modifications logicielles dans la production avec un risque minimal, même pendant les heures de bureau standard, le tout sans affectant négativement les utilisateurs finaux.

Principes de livraison continue

Il y a cinq principes au cœur du continuous livraison :

Construire la qualité dans
Travailler par petits lots
Les ordinateurs effectuent des tâches répétitives, les gens résolvent des problèmes
Poursuivre sans relâche l’amélioration continue
Tout le monde est responsable

Il est facile de s’enliser dans les détails de la mise en œuvre de la livraison continue (outils, architecture, pratiques, politiques) si vous vous sentez perdu, essayez de revisiter ces principes et vous constaterez peut-être que cela vous aide à vous recentrer. sur ce qui est important.

La livraison continue repose sur trois fondements : l’intégration continue, la gestion complète de la configuration et les tests continus.

Alors, quels sont les processus impliqués ? qui devrait contribuer à la livraison continue ? Quelles sont leurs responsabilités ? Nous le verrons dans cet article de blog.

L’équipe Core CD

Au cœur d’un processus continu réussi Le processus de livraison est une équipe de base dédiée à sa réalisation. Cette équipe comprend :

Ingénieurs DevOps

Les ingénieurs DevOps sont les architectes de votre pipeline de CD. Ils se spécialisent dans l’automatisation et la rationalisation du processus de livraison de logiciels. Leurs responsabilités incluent :

Création et maintenance de pipelines de déploiement.
Gestion de l’infrastructure en tant que code (IaC).
Garantir des déploiements de code fluides et rapides.

Par exemple, dans la société X, une équipe d’ingénieurs DevOps utilise des outils tels que Jenkins et Docker pour automatiser les déploiements, permettant ainsi aux développeurs de se concentrer sur le codage sans se soucier des subtilités du déploiement.

Responsables des versions

Les responsables des versions jouent un rôle central dans la coordination et la supervision du processus de publication. Leurs tâches incluent :

S’assurer que les versions correspondent aux objectifs et aux calendriers de l’organisation.
Coordonner les activités entre les équipes de développement et d’exploitation.
Gestion des plans de restauration en cas de problèmes lors du déploiement.
Les gestionnaires de versions sont essentiels pour maintenir un équilibre entre vitesse et stabilité pendant le CD.

Équipe d’assurance qualité

L’équipe d’assurance qualité est le gardien de la qualité des logiciels. Leurs contributions au CD incluent :

Création et maintenance de suites de tests automatisés.
Exécution de tests à différentes étapes du pipeline CD.
Identifier et signaler les défauts dès le début du processus de développement.

Vous pourriez être intéressé par :

Les développeurs et leur rôle

Les développeurs sont l’épine dorsale de tout projet logiciel. Dans un environnement CD, leurs rôles vont au-delà de l’écriture de code :

CD centré sur les développeurs

Les développeurs participent activement au déploiement et aux aspects opérationnels de leur code. Ce changement vers une culture DevOps permet aux développeurs de :

Écrivez du code facilement déployable et maintenable.
S’approprier leur code en production.
Collaborer étroitement avec les équipes opérationnelles.

GitHub est un brillant exemple d’implication des développeurs dans le CD. Les développeurs utilisent GitHub Actions pour automatiser les flux de travail, en intégrant de manière transparente leurs modifications de code dans le pipeline du CD.

Parties prenantes et propriétaires de produits

L’implication des parties prenantes, y compris les propriétaires de produits et les équipes commerciales, est souvent sous-estimée dans CD :

Au-delà du développement

Les parties prenantes apportent une perspective unique au processus de CD. Leurs rôles incluent :

Définir les exigences et les priorités du projet.
S’assurer que le CD correspond aux objectifs commerciaux.
Fournir des commentaires cruciaux pour façonner le produit.

Chez Startup Z, le propriétaire du produit participe activement au processus de CD, en utilisant des outils tels que JIRA pour hiérarchiser les user stories et fournir des commentaires, garantissant ainsi que le pipeline de CD apporte de la valeur aux clients.

L’importance des tests continus

Les tests continus constituent le fondement du CD :

L’épine dorsale des tests

Les ingénieurs QA créent et maintiennent des suites de tests automatisés qui :

Exécuté à différentes étapes du pipeline de CD.
Assurez-vous que les modifications du code répondent aux normes de qualité.
Détectez les défauts dès le début du processus de développement.

Google est un excellent exemple d’organisation qui s’appuie fortement sur des tests continus pour maintenir la qualité et la fiabilité de ses produits tout au long du pipeline de CD.

Le diagramme suivant montre les types de tests automatisés et manuels à exécuter

Le diagramme suivant montre un exemple de un simple pipeline de déploiement linéaire. Dans cet exemple, le vert signifie qu’aucun problème n’a été détecté et le rouge signifie qu’un ou plusieurs problèmes ont été découverts.

Commentaires et surveillance continus

Les boucles de rétroaction continues sont l’élément vital du CD :

Les boucles de rétroaction permettent aux équipes de :

Recueillez des informations à partir des environnements de production.
Apprenez du comportement des clients et des mesures de performances.
Prenez des décisions basées sur les données pour améliorer les processus de CD.

Amazon Web Services (AWS) fournit une suite d’outils de surveillance et d’observabilité, tels qu’Amazon CloudWatch, qui aident les équipes à collecter des données en temps réel et à prendre des décisions éclairées.

Sécurité et conformité

La sécurité n’est pas négociable dans le CD :

La sécurité comme priorité

L’intégration de la sécurité dans le pipeline de CD est cruciale pour :

Identifier et atténuer les vulnérabilités le plus tôt possible.
Assurer la conformité aux réglementations et aux meilleures pratiques du secteur.

Netflix, connu pour ses pratiques robustes en matière de CD, intègre des contrôles de sécurité dans son pipeline à l’aide d’outils tels que Netflix Security Monkey.

Pour résumer ce qui précède, recherche DORA a constaté que les capacités techniques suivantes permettent d’assurer une livraison continue. Le leadership transformationnel au sein de l’organisation détermine également la mise en œuvre d’un grand nombre de ces capacités techniques.

Pour aider votre équipe à obtenir un débit plus élevé et des versions à moindre risque, mettez en œuvre les pratiques de livraison continue suivantes :

Pratiques de livraison continue

Automatisation des tests : Utilisation de suites de tests automatisées complètes principalement créées et maintenues par les développeurs. Les suites de tests efficaces sont fiables : les tests détectent de véritables échecs et ne transmettent que le code publiable.

Automatisation du déploiement : degré auquel les déploiements sont entièrement automatisés et ne nécessitent pas d’intervention manuelle.

Développement basé sur des troncs : Caractérisé par moins de trois branches actives dans un référentiel de code ; les branches et les fourches ayant une durée de vie très courte (par exemple, moins d’un jour) avant d’être fusionnées avec la ligne principale ; et les équipes d’application ont rarement ou jamais de périodes de verrouillage de code pendant lesquelles personne ne peut archiver le code ou effectuer des demandes d’extraction en raison de conflits de fusion, de gels de code ou de phases de stabilisation.

Décalage à gauche sur la sécurité : Intégrer la sécurité dans les phases de conception et de test du processus de développement logiciel. Ce processus comprend la réalisation d’examens de sécurité des applications, en impliquant l’équipe de sécurité des informations dans le processus de conception et de démonstration des applications, en utilisant des bibliothèques et des packages de sécurité pré-approuvés, et en testant les fonctionnalités de sécurité dans le cadre de la suite de tests automatisés.

Une architecture faiblement couplée : Architecture qui permet aux équipes de tester et de déployer leurs applications à la demande, sans nécessiter orchestration avec d’autres services. Avoir une architecture faiblement couplée permet à vos équipes de travailler de manière indépendante sans dépendre d’autres équipes pour l’assistance et les services, ce qui leur permet de travailler rapidement et d’apporter de la valeur à l’organisation.

Donner aux équipes les moyens de choisir les outils : Les équipes qui peuvent choisir les outils à utiliser réussissent mieux en matière de livraison continue . Personne ne sait mieux que les praticiens ce dont ils ont besoin pour être efficaces.

Intégration continue (CI) : Une pratique de développement dans laquelle le code est régulièrement archivé, et chaque vérification -in déclenche un ensemble de tests rapides pour découvrir les régressions, que les développeurs corrigent immédiatement. Le processus CI crée des versions et des packages canoniques qui sont finalement déployés et publiés.

Tests continus : Tests tout au long du cycle de vie de livraison du logiciel plutôt qu’en tant que phase distincte une fois le développement terminé. Avec des tests continus, les développeurs et les testeurs travaillent côte à côte. Les plus performants pratiquent le développement piloté par les tests, obtiennent des retours sur les tests en moins de dix minutes, et examinent et améliorent continuellement leurs suites de tests (par exemple, pour mieux détecter les défauts et garder la complexité sous contrôle).

Contrôle de version : L’utilisation d’un système de contrôle de version, tel que Git ou Subversion, pour tous artefacts de production, y compris le code d’application, les configurations d’application, les configurations système et les scripts pour automatiser la création et la configuration des environnements.

Gestion des données de test : Les pratiques efficaces incluent la possession de données adéquates pour exécuter votre suite de tests, la possibilité de acquérez les données nécessaires à la demande, et les données ne limitent pas le nombre de tests que vous pouvez exécuter. Nous prévenons que vos équipes doivent minimiser, autant que possible, la quantité de données de test nécessaire pour exécuter des tests automatisés.

Surveillance et observabilité complètes : Permet aux équipes de comprendre l’état de santé de leurs systèmes. Des solutions efficaces permettent aux équipes de surveiller des métriques prédéfinies, y compris l’état du système tel que vécu par les utilisateurs, et permettent également aux ingénieurs de déboguer les systèmes de manière interactive et d’explorer les propriétés et les modèles à mesure qu’ils émergent.

Notifications proactives : Surveillance de l’état du système afin que les équipes puissent détecter et atténuer de manière préventive les problèmes.

Gestion des modifications de la base de données : Les modifications de la base de données ne ralentissent pas les équipes si elles suivent quelques pratiques clés , y compris le stockage des modifications de la base de données sous forme de scripts dans le contrôle de version (et la gestion de ces modifications de la même manière que les applications de productionsur les modifications), rendre les modifications de la base de données visibles à tous dans le cycle de vie de livraison du logiciel (y compris les ingénieurs) et communiquer avec toutes les parties lorsque des modifications apportées à l’application nécessitent des modifications de la base de données.

Maintenabilité du code : Systèmes et outils qui permettent aux développeurs de modifier facilement le code maintenu par d’autres, pour trouver des exemples dans la base de code, réutiliser le code d’autres personnes et ajouter, mettre à niveau et migrer vers de nouvelles versions de dépendances sans casser leur code.

“Ce qui précède est une section citée d’un article sur la technologie DevOps” ( Google Cloud, “Technologie DevOps : livraison continue”, https://cloud.google.com/architecture/devops/devops-tech-continuous-delivery)

Défis et considérations

Lors de la mise en œuvre du CD, les organisations doivent relever des défis communs :

Transformation culturelle

Les considérations culturelles sont primordiales :

Adoptez le changement et une culture d’amélioration continue.
Apprenez de vos échecs et adaptez-vous.
Favoriser une communication et une collaboration ouvertes entre les équipes.

Réflexions finales

Bien que la livraison continue soit souvent combinée à l’intégration continue et abrégée en CI/CD, les recherches montrent que l’intégration continue n’est qu’un élément de la mise en œuvre de la livraison continue.

Pour obtenir des versions fiables et à faible risque, vous avez besoin d’une collaboration étroite entre toutes les personnes impliquées dans le processus de livraison de logiciels, et pas seulement les développeurs de logiciels, et votre équipe doit adopter de nouvelles méthodes de travail et apprendre de nouvelles compétences.

Keerthi Veerappan

An INFJ personality wielding brevity in speech and writing. Marketer @ Zucisystems.

Leave A Comment Cancel reply

Articles Similaires

Principaux cadres d’automatisation des tests et meilleures pratiques

Le cadre d'automatisation des tests constitue l'épine dorsale architecturale de tout test d'automatisation, car il structure l'ensemble du flux de travail avec un ensemble de directives, de pratiques et d'outils qui rationalisent et standardisent le processus d'automatisation des tests.