Formation DevOps écrite

Comment le DevOps résout-il vos problèmes informatiques ?

Vous déployez en continu

Des jeunes entreprises aux sociétés du Fortune 100, en passant par des entreprises de toutes tailles et proposant tous types de produits et services logiciels, ont déjà démontré qu’avec le DevOps, de petites équipes indépendantes et autonomes effectuent des dizaines de déploiements en production chaque jour. Vous concevez, compilez, livrez et testez dans des environnements proches de la production. Vous ne mettez plus votre code en production tous les trois mois, après minuit, quand tout le monde dort. Vous le faites plusieurs fois par jour, pendant vos horaires habituels de travail, tandis que vos clients et votre marché continuent à profiter de vos logiciels.

Le DevOps vous permet de livrer fréquemment de très petites fonctionnalités. Les techniques de lancement invisible (dark launch) vous permettent également de livrer fréquemment en production de petits éléments de très grandes fonctionnalités. Ces éléments restent en veille, inactifs, jusqu’à ce que vous activiez la fonctionnalité complète dans la configuration. Cette seule technique peut améliorer sensiblement la qualité de vie de votre équipe en évitant les déploiements de type « big bang », leurs effets imprévisibles sur les systèmes de production existants, ainsi que le chaos et les accusations mutuelles dans votre organisation.

Vous structurez vos équipes autour de votre mission

Pour servir votre marché, puisque votre organisation et vous-même avez une mission plus ambitieuse que vos concurrents, vous organisez votre service informatique en équipes pérennes, autour des produits, services, capacités et microservices destinés à vos clients internes ou externes. Vous évitez ainsi les équipes projet temporaires qui se dispersent dès la fin du projet, voire avant.

Dans des équipes projet temporaires, chaque membre peut difficilement prendre la responsabilité de ses contributions, car il sait rarement comment le projet s’inscrit dans la mission globale de l’organisation et reçoit peu de retours sur son travail. Des projets différents lui imposent constamment des tâches relevant de sa spécialité, qu’il s’agisse du développement de bases de données, de la conception d’interfaces ou de la traduction. Les interruptions sont permanentes.

Dans des équipes pérennes, les membres assument volontiers la responsabilité de leur travail et des résultats informatiques et métier que leur débit permet d’obtenir. Ils savent exactement comment leurs contributions s’inscrivent dans la mission de leur organisation et quelle importance elles revêtent.

Vous concevez des systèmes pour atteindre des objectifs métier

Vos équipes et vous-même savez que vous êtes rémunérés pour servir vos clients et remplir la mission de votre organisation. Vous respectez donc le temps et les ressources de toutes les personnes de votre organisation et de vos clients. Avant de vous engager dans un projet de longue durée, vous expérimentez et validez la valeur métier que vous attendez de votre solution informatique. Vous présentez aux clients des maquettes, des prototypes, différentes variantes A/B ou des versions allégées du produit envisagé. Vous mesurez et consignez leurs réactions et leurs retours pour comprendre comment affiner le produit ou le service, et même s’il leur plaît.

Vous n’ajoutez pas des fonctionnalités à votre produit sur la seule foi de votre intuition. Vous testez vos idées et recueillez des preuves concrètes, démontrables et reproductibles que ce que vous créez avec les ressources de votre organisation améliorera très probablement les résultats financiers et distinguera votre employeur de ses concurrents.

Vous intégrez la qualité et la supervision dès la conception

Vous mettez en place des boucles de retour rapides, fiables et renforcées à toutes les étapes du cycle de livraison et d’exploitation de vos logiciels. La qualité est l’affaire de tous et chacun l’intègre à son travail. Pour vous assurer que le travail est bien fait, vous n’attendez pas le retour d’une autre équipe ni l’autorisation de quelqu’un d’autre pour déployer votre code en production. Vous faites confiance aux revues par les pairs au sein de l’équipe pour la conception, le code, les tests et l’infrastructure.

Vous mettez systématiquement en place des tests automatisés et une supervision (télémétrie) pour chaque fonctionnalité que vous pouvez mesurer et tester. Si elle mérite le temps de développement et de livraison, elle mérite aussi des tests automatisés continus, fiables, rapides et cohérents. Elle mérite également une supervision continue et des outils d’analyse intégrés au logiciel pour vérifier que ses effets correspondent aux raisons pour lesquelles vous l’avez créée. Cela vaut pour tous les environnements, de production ou non.

Chaque intégration de code adapte, restructure ou, si nécessaire, reconstruit automatiquement vos environnements d’exploitation. Elle reconstruit les applications touchées et exécute tous les tests automatisés pour valider les fonctionnalités existantes et l’objectif de la dernière modification. Si la validation réussit, les mêmes changements sont automatiquement appliqués en production.

Les outils d’analyse et de télémétrie intégrés à vos applications surveillent et enregistrent en continu les événements clés dans vos logiciels et leurs environnements d’exploitation. Les indicateurs clés, par exemple le nombre de commandes ou de connexions, l’utilisation et la charge du processeur, l’utilisation de la mémoire vive, le nombre d’erreurs ou la durée des requêtes de base de données, sont enregistrés en continu et présentés en temps réel. Votre équipe peut ainsi repérer en quelques minutes, voire en quelques secondes, les effets négatifs d’un déploiement. Des boucles de retour rapides sont donc essentielles pour avancer vite.

Les erreurs vous permettent d’apprendre et de transmettre

En cas d’erreur, vous la résolvez avec calme et assurance. Vous déterminez la cause profonde d’un incident en vous appuyant sur les éléments scientifiques issus des tests automatisés et de la télémétrie. Si, après résolution, vous constatez qu’un cas de test ou qu’une mesure de télémétrie manque, vous l’ajoutez à votre dépôt de code avec la correction.

Dans un système aussi complexe que le vôtre, personne ne peut tout savoir ni tout prévoir. Chacun dans votre organisation considère donc les erreurs comme une étape de la maturation des produits et services et comme une occasion d’apprendre et de progresser. Votre organisation et vous-même voyez les erreurs comme une source d’apprentissage individuel et collectif.

Des analyses d’incident sans recherche de coupables vous permettront aussi de mieux identifier les causes profondes et de découvrir comment éviter des erreurs identiques ou similaires. À la suite de cet incident, vous transformez les enseignements propres à votre équipe et à votre logiciel en connaissances que toute l’organisation pourra utiliser.

Votre équipe et vous-même ne faites jamais l’objet de sanctions pour cette erreur. Les leçons apprises et partagées après l’incident sont au contraire reconnues. Grâce à votre contribution, de nombreuses équipes de votre organisation savent désormais comment éviter un tel incident.

Vos équipes passent mieux à l’échelle à mesure que votre entreprise grandit

Imaginez une organisation moyenne qui passe d’un à 1 000 développeurs. Quand elle était petite, les développeurs compilaient et déployaient leur code en production en continu. À mesure qu’elle grandit, la hiérarchie et la bureaucratie s’étoffent et la crainte des erreurs augmente. Déployer du code en production exige davantage de coordination et de communication. Le nombre moyen de déploiements de code par jour et par développeur diminue donc généralement, ou au mieux reste stable, à mesure que l’organisation grandit.

Les organisations DevOps les plus performantes parviennent toutefois à augmenter le nombre moyen de déploiements de code par jour et par développeur quand elles recrutent davantage de développeurs. Avec une architecture logicielle, des équipes, une mission, une direction et une culture adaptées, Google, Amazon, Facebook, Netflix et Apple ont déjà démontré que c’est possible. Votre organisation peut être la prochaine à atteindre ce niveau de performance DevOps.

Le graphique d’origine compare l’évolution du nombre de déploiements par jour et par développeur à mesure que les équipes grandissent.

Voir le schéma original ↗

CONCLUSION

Les organisations DevOps les plus performantes dépassent leurs concurrents sur les points suivants.

• Déploiements de code 46 fois plus fréquents.
• Délai entre l’intégration du code et son déploiement 440 fois plus court.
• Temps moyen de rétablissement après une interruption 96 fois plus court.
• Taux d’échec des changements cinq fois plus faible, soit un risque d’échec divisé par cinq.
• Amélioration de la productivité et du débit.
• Amélioration de la fiabilité du code et de l’exploitation.
• Amélioration des performances de l’organisation et de la satisfaction des clients.
• Amélioration de la pénétration du marché, de la part de marché et de la rentabilité de l’organisation (deux fois plus de chances d’y parvenir).
• Amélioration de la croissance de la capitalisation boursière.

La comparaison porte sur la fréquence de déploiement, le délai de mise en œuvre des changements, le temps de rétablissement et le taux d’échec des changements.

Voir le schéma original ↗