Niek Bartholomeus a récemment terminé une série de 4 articles consacrés à Devops sur son blog à propos de la mise en oeuvre de la configuration et des livraisons dans une entreprise traditionnelle. Au fil des articles, Nick couvre la théorie de DevOps, puis il analyse les problèmes liés aux livraisons de logiciels au sein d'une entreprise traditionnelle, enfin, il détaille la mise en oeuvre de pratiques spécifiques de DevOps permettant de résoudre les problèmes. Nick a créé cette série d'articles après avoir lu The Phoenix Project de Gene Kim, il a exprimé cette motivation de la manière suivante:
Une tentative de remplir le vide entre le conte de fées décrit par Gene et la vision pragmatique de IT Skeptic
Niek présente Devops comme l'introduction d'un ensemble de processus efficaces qui s'appuient sur des outils d'industrialisation logicielle et sur la mise en oeuvre d'une culture de collaboration et de compréhension de bout en bout. Niek a analysé les arguments contre la mise en place de DevOps : les équipes qui protègent des intérêts divergents, le supposé conflit entre le changement et la stabilité et tout simplement la réticence naturelle de l'être humain au changement. Malgré ces défis, la pratique de DevOps décrite dans sa série d'articles est orientée pour surmonter la complexité de la livraison de logiciels qui est dans le pire des cas non-évolutive, manuelle et fastidieuse.
Niek aborde l'introduction à la gestion de configuration dans son troisième article. Il aborde la nécessité de gérer avec précision les liens entre les applications métier, les demandes d'évolutions, les composants logiciels, les demandes de déploiement et de livraisons. Dans son dernier article, Niek aborde la mise en oeuvre d'un outil de déploiement et son intégration avec les outils de gestion de configuration abordés dans les articles précédents. Tout ceci nous mène au diagramme conceptuel suivant :
Niel reconnaît que les pratiques plus avancées de DevOps telles que la livraison continue et le déploiement à chaud nécessitent une conversion progressive à laquelle l'entreprise traditionnelle de son histoire n'est pas encore prête. Cependant, les premières mesures qu'il a prises tendent vers cette direction :
Si nous pouvons tendre pas à pas notre mode de livraison actuel vers un mode contrôlé, en automatisant autant que possible et en augmentant petit à petit notre fréquence de livraison, peut être qu'un jour le pas à franchir pour mettre en place le déploiement continu deviendrait moins intimidant.
Niel conclue en disant que le travail effectué pour introduire les pratiques DevOps avait contribué à résoudre beaucoup de problèmes du monde réel. Il a précisé que l'environnement ainsi obtenu était automatisé, consistant, maîtrisé et correctement régulé. Cependant il admet qu'il y a encore du chemin à faire, particulièrement dans le domaine des tests.