Guide des patterns de DevOps

Cet ouvrage a pour ambition de vous fournir une boîte à outils pour la mise en place et le développement du DevOps dans votre entreprise. J’aborde ici les modèles (patterns) les plus répandus et les plus pertinents. Le public de ce livre est constitué de toutes les sociétés souhaitant produire plus vite tout en conservant un très haut niveau de qualité. C’est l’objectif du DevOps. Il se focalise sur tout ce qui touche à la chaîne de production de logiciels et se repose en particulier sur les relations entre les Devs et les Ops. Comme le montre le modèle CALMS (Collaboration, Automation, Lean, Measurement and Sharing – collaboration, automatisation, Lean, mesure et partage), cela va au-delà de simplement l’utilisation d’outils.
La limite des modèles tels que présentés ici est qu’ils sont généraux et ne sont pas destinés à être mis en place tels quels dans toutes les organisations et de la même manière. Le DevOps est en réalité indissociable de l’approche Agile. L’Agilité a besoin d’un minimum de pratiques DevOps implémentées dans l’entreprise, comme une intégration continue ou une livraison continue par exemple. Mais le DevOps a également besoin de l’Agilité pour aider à identifier les obstacles rencontrés par les équipes. On pourrait dire d’une certaine manière que le DevOps est au service de l’Agilité dans les organisations utilisant Agile pour les projets. En réalité, à la fois le DevOps et l’Agilité reposent tous les deux sur les fondements du Lean, d’où leur ADN commun.
Le choix des modèles à mettre en œuvre et la manière de leur mise en œuvre dépend aussi de la maturité de l’organisation et des équipes dans le DevOps et les pratiques Agile. Ce choix devrait reposait grandement sur les expérimentations.
Ce guide n’est donc qu’un point de départ et ne peut être bien sûr que très incomplet. Mais il a le mérite de poser un premier inventaire. Certaines de ces pratiques proviennent de mes propres expériences dans le contexte très réglementé qu’est le logiciel médical. Certaines peuvent ainsi être beaucoup moins pertinentes pour les organisations moins réglementées, mais cela reste de bonnes pratiques.