BT
x Votre opinion compte ! Merci de bien vouloir répondre au sondage InfoQ concernant vos habitudes de lecture !

Mettre en oeuvre DevOps dans les entreprises traditionnelles

par Aslan Brooke , traduit par Chris Woodrow le 27 août 2013 |

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 :

image

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.

Bonjour étranger!

Vous devez créer un compte InfoQ ou cliquez sur pour déposer des commentaires. Mais il y a bien d'autres avantages à s'enregistrer.

Tirez le meilleur d'InfoQ

Donnez-nous votre avis

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

M'envoyer un email pour toute réponse à l'un de mes messages dans ce sujet
Commentaires de la Communauté

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

M'envoyer un email pour toute réponse à l'un de mes messages dans ce sujet

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

M'envoyer un email pour toute réponse à l'un de mes messages dans ce sujet

Discuter

Contenu Éducatif

Rien ne serait possible sans le soutien et la confiance de nos Sponsors Fondateurs:

AppDynamics   CloudBees   Microsoft   Zenika
Feedback Général
Bugs
Publicité
Éditorial
InfoQ.com et tous les contenus sont copyright © 2006-2014 C4Media Inc. InfoQ.com est hébergé chez Contegix, le meilleur ISP avec lequel nous ayons travaillé.
Politique de confidentialité
BT