Livraison continue : Qui doit être impliqué ?

Lead Marketing Strategist

An INFJ personality wielding brevity in speech and writing.

La livraison continue est la capacité de déployer rapidement, en toute sécurité et de manière cohérente différents types de changements aux logiciels chaque fois que cela est nécessaire. L’équipes adeptes de la livraison continue possèdes les capacitéy d’introduire des mises à jour logicielles et des modifications dans la production avec un risque minimal, même pendant les heures de travail normales, sans affecter les utilisateurs finaux.

Principes de livraison continue

Cinq principes sont au cœur de la
livraison continue
:

Qualité de construction en
Travaillez par petits lots
Les ordinateurs effectuent des tâches répétitives, les personnes résolvent des problèmes.
Poursuivre sans relâche l’amélioration continue
Chacun est responsable

Il est facile de se perdre dans les détails de la mise en œuvre de la livraison continue (outils, architecture, pratiques, politique). Si vous vous sentez perdu, essayez de revoir ces principes et vous verrez peut-être qu’ils vous aideront à vous recentrer sur ce qui est important.

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

Quels sont donc les processus en jeu ? qui doit contribuer à la livraison continue ? Quelles sont leurs responsabilités ? Nous le verrons dans cet article de blog.

L’équipe du CD de base

Au cœur d’un processus de livraison continue réussi se trouve une équipe de base dédiée à sa mise en œuvre. En règle générale, cette équipe comprend:

Ingénieurs DevOps

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

Construire et maintenir des pipelines de déploiement.
Gestion de l’infrastructure en tant que code (IaC).
Assurer des déploiements de code rapides et sans heurts.

Par exemple, dans l’entreprise X, une équipe d’ingénieurs DevOps utilise des outils tels que Jenkins et Docker pour automatiser les déploiements, ce qui permet aux développeurs de se concentrer sur le codage sans se préoccuper des complexités du déploiement.

Responsables de la mise en production

Les responsables de la mise en production jouent un rôle essentiel dans la coordination et la supervision du processus de mise en production. Leurs tâches sont les suivantes :

Veiller à ce que les mises en circulation soient conformes aux objectifs et aux calendriers de l’organisation.
Coordonner les activités entre les équipes de développement et les équipes opérationnelles.
Gérer les plans de retour en arrière en cas de problèmes au cours du déploiement.
Les Release Managers sont essentiels pour maintenir l’équilibre entre la rapidité et la stabilité pendant le CD.

Équipe d’assurance qualité

L’équipe d’assurance qualité est le gardien de la qualité des logiciels. Leurs contributions à la CD sont notamment les suivantes

Créer et maintenir des suites de tests automatisés.
Exécution de tests à différents stades 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 de CD, leur rôle va au-delà de l’écriture de code :

CD centré sur le développeur

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

Écrivez un code facile à déployer et à maintenir.
Assumer la responsabilité de leur code en production.
Collaborer étroitement avec les équipes opérationnelles.

GitHub est un exemple éclatant de l’implication des développeurs dans le CD. Les développeurs utilisent les actions GitHub pour automatiser les flux de travail, en intégrant de manière transparente leurs modifications de code dans le pipeline 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 les CD :

Au-delà du développement

Les parties prenantes apportent une perspective unique au processus de DC. Leurs rôles sont les suivants :

Définir les exigences et les priorités du projet.
Veiller à ce que le CD s’aligne sur les objectifs de l’entreprise.
Fournir un retour d’information crucial pour façonner le produit.

Chez Startup Z, le Product Owner participe activement au processus de CD, en utilisant des outils comme JIRA pour prioriser les histoires d’utilisateurs et fournir du feedback, en s’assurant que le pipeline de CD apporte de la valeur aux clients.

L’importance des tests continus

Les tests continus sont le fondement du CD :

L’épine dorsale des tests

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

Exécution à différents stades de la chaîne de production de CD.
Veiller à ce que les modifications du code respectent les 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 les tests continus pour maintenir la qualité et la fiabilité de ses produits tout au long de la chaîne de production.

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

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

Retour d’information et suivi continus

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

Les boucles de rétroaction permettent aux équipes de

Obtenez des informations sur les environnements de production.
Tirez des enseignements du comportement des clients et des indicateurs de performance.
Prendre des décisions fondées sur des données afin d’améliorer les processus de la CD.

Amazon Web Services (AWS) propose une série 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 les 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 à un stade précoce.
Veiller au respect des réglementations et des 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.

En résumé,
La recherche DORA
a constaté que les capacités techniques suivantes déterminent la capacité à réaliser une livraison continue. Le leadership transformationnel au sein de l’organisation favorise également la mise en œuvre d’un grand nombre de ces capacités techniques.

Pour aider votre équipe à obtenir un meilleur rendement et des versions moins risquées, mettez en œuvre les pratiques de livraison continue suivantes :

Pratiques de livraison continue

Automatisation des tests : L’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, c’est-à-dire que les tests détectent les défaillances réelles et ne transmettent que le code pouvant être publié.

Automatisation du déploiement :
La mesure dans laquelle les déploiements sont entièrement automatisés et ne nécessitent pas d’intervention manuelle.

Développement basé sur un tronc : Caractérisé par moins de trois branches actives dans un dépôt de code, des branches et des forks ayant une durée de vie très courte (par exemple, moins d’un jour) avant d’être fusionnés dans la ligne principale, et des équipes d’application ayant rarement ou jamais de périodes de verrouillage du code pendant lesquelles personne ne peut vérifier le code ou faire des demandes d’extraction en raison de conflits de fusion, de gel du code ou de phases de stabilisation.

Déplacez-vous vers la gauche en matière de sécurité : Intégrer la sécurité dans les phases de conception et de test du processus de développement des logiciels. Ce processus comprend l’examen de la sécurité des applications, l’intégration de l’équipe de sécurité de l’information dans le processus de conception et de démonstration des applications, l’utilisation de bibliothèques et de progiciels de sécurité préapprouvés et le test des fonctions de sécurité dans le cadre de la suite de tests automatisés.

Une architecture à couplage lâche : Architecture qui permet aux équipes de tester et de déployer leurs applications à la demande, sans nécessiter d’orchestration avec d’autres services. 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.

Permettre aux équipes de choisir les outils : Les équipes qui peuvent choisir les outils à utiliser obtiennent de meilleurs résultats 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 où le code est régulièrement vérifié, et où chaque vérification déclenche une série de tests rapides pour découvrir les régressions, que les développeurs corrigent immédiatement. Le processus CI crée des versions canoniques et des paquets qui sont finalement déployés et mis à disposition.

Tests continus : Tester tout au long du cycle de livraison du logiciel plutôt que de le faire comme une phase séparée après la fin du développement. Avec les tests continus, les développeurs et les testeurs travaillent côte à côte. Les entreprises les plus performantes pratiquent le développement piloté par les tests, obtiennent un retour d’information sur les tests en moins de dix minutes et revoient et améliorent en permanence leurs suites de tests (par exemple, pour mieux détecter les défauts et maîtriser la complexité).

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

Gestion des données d’essai : Les pratiques efficaces consistent à disposer de données adéquates pour exécuter votre suite de tests, à pouvoir acquérir les données nécessaires à la demande et à ce que les données ne limitent pas le nombre de tests que vous pouvez exécuter. Nous recommandons à vos équipes de minimiser, dans la mesure du possible, la quantité de données de test nécessaires à l’exécution des tests automatisés.

Surveillance et observabilité globales : Permet aux équipes de comprendre l’état de santé de leurs systèmes. Les solutions efficaces permettent aux équipes de surveiller des paramètres prédéfinis, y compris l’état du système tel qu’il est vécu par les utilisateurs, et aux ingénieurs de déboguer les systèmes de manière interactive et d’explorer les propriétés et les modèles au fur et à mesure qu’ils apparaissent.

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

Gestion des modifications de la base de données : Les changements de base de données ne ralentissent pas les équipes si elles suivent quelques pratiques clés, notamment le stockage des changements de base de données en tant que scripts dans le contrôle de version (et la gestion de ces changements de la même manière que les changements de l’application de production), la visibilité des changements de base de données par toutes les personnes impliquées dans le cycle de livraison du logiciel (y compris les ingénieurs) et la communication avec toutes les parties lorsque des changements de l’application nécessitent des modifications de la base de données.

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

“Ce qui précède est une citation d’un article sur la technologie DevOps.“ (Google cloud, “DevOps tech : Continuous delivery“, https://cloud.google.com/architecture/devops/devops-tech-continuous-delivery)

Défis et considérations

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

Transformation culturelle

Les considérations culturelles sont primordiales :

Acceptez le changement et une culture d’amélioration continue.
Tirez les leçons des échecs et adaptez-vous.
Favoriser une communication ouverte et la collaboration entre les équipes.

Dernières pensées

Si la livraison continue est souvent associée à l’intégration continue et abrégée en CI/CD, la recherche montre 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 peu risquées, il faut une collaboration étroite entre toutes les personnes impliquées dans le processus de livraison des logiciels, et pas seulement entre les développeurs, et votre équipe doit adopter de nouvelles méthodes de travail et acquérir de nouvelles compétences.