Cartographie des outils de Continuous Delivery

Pourquoi avoir développé une carte interactive? Pour vous aider à vous orienter dans votre projet de Continuous Delivery.

French - Chris Boorman
Chris Boorman, September 13, 2017 7:15 am
Blog > Continuous Delivery | DevOps | ARA > Cartographie des outils de Continuous Delivery

La cartographie du Continuous Delivery a été conçue pour vous repérer dans la jungle des écosystèmes de DevOps et du Continuous Delivery. Pourquoi ? Car la diversité des outils et le chevauchement des technologies sont en passe de devenir des obstacles majeurs pour les grandes entreprises, ou pour celles qui sont en pleine croissance. Tout le monde subit la pression croissante de concevoir des applications. Nous espérons que ce plan vous aidera à vous frayer un chemin vers la réussite !

La croissance exponentielle des technologies utilisées dans les environnements de DevOps est évocatrice de l’adoption par les entreprises de cette nouvelle méthode de travail. Qu’il s’agisse d’équipes de développement traditionnelles ou expérimentales, ou que les technologies aient été adoptées par le biais d’acquisitions, le résultat final reste le nombre croissant des outils. Ce problème a été soulevé par une enquête récente de DevOps.com* qui montre que :

  • 53% des équipes de développement n’ont pas d’outillage standardisé
  • 40% des participants utilisent entre cinq et dix solutions différentes
  • 53% des grandes entreprises utilisent au moins vingt outils différents

Le nombre d’outils utilisés dans le processus de conception d’applications est considérable. La plupart des équipes ont du mal à suivre ce qui se fait à l’heure actuelle : solutions disponibles, ce qu’elles font et comment elles s’adaptent les unes aux autres.

La cartographie du  Continuous Delivery

Cette cartographie du Continuous Delivery vous permet d’avoir une vision d’ensemble sur les différents outils disponibles. Il s’agit d’un guide visuel et simple des outils, et de leur positionnement dans le paysage de DevOps. Cahque ligne représente une catégorie technologique précise, ainsi que les produits disponibles dans cette catégorie.

Nous nous sommes inspirés d’un plan de transport en commun, similaire au métro de Londres : chaque ligne représente une catégorie spécifique. Vous pouvez cliquer sur n’importe quel « arrêt » et en apprendre davantage sur l’outil, ses fonctionnalités, et dans quel contexte il est utilisé. Il vous donne par ailleurs une bonne visibilité sur l’intégration des différents outils entre eux

Ce plan vous permet par ailleurs de constater que, comme dans n’importe quel réseau de transport, il existe un endroit centralisé, un hub, depuis lequel les différents outils sont orchestrés, un peu comme une chaîne de montage. Ce hub permet aux processus qui ont été planifiés, structurés et définis de se répéter. Les outils du hub central disposent en général d’intégrations pour communiquer avec d’autres produits sur la carte, souvent au moyen d’un simple bouton d’activation.

L'impact sur la Modern Software Factory

Cette cartographie permet d’y voir clair dans l’entremêlement des différents outils et démontre comment vous pouvez concevoir une usine logicielle moderne (Modern software factory) au moyen d’un simple hub centralisé. Quel que soit le nombre d’outils que vous utilisez, vous pouvez facilement comprendre leur association et leurs objectifs spécifiques en cliquant sur chaque arrêt. Chacun représente une halte dans votre parcours applicatif.

Nous espérons que ce plan du Continuous Delivery vous sera utile. Il continuera à évoluer avec le temps, avec de nouvelles solutions ou des approfondissements. Nous serons ravis de recueillir vos impressions et vos suggestions sur la façon dont nous pourrions l’améliorer dans le champs « commentaires » ci-dessous.

*En 2016, Automic a mené, en partenariat avec DevOps.com, une enquête globale auprès de 225 professionnels et entreprises informatiques pour examiner le choix, l’adoption, et l’impact de l’outillage de développement au sein de leur organisation. Les constats principaux sont : la croissance régulière de l’outillage, l’enfermement propriétaire des fournisseurs, et l’importance d’une gestion de processus de déploiement dans le cadre de l’adoption et de l’implémentation de projets DevOps.

New Call-to-action

Continuous Delivery
DevOps
ARA
Back to the blog
French - Chris Boorman

Chris Boorman

Dr. Chris Boorman est le Responsable du Marketing chez Automic. Sa formation, un doctorat en physique et en ingénierie, lui confère à la fois curiosité et compréhension de nombreux enjeux techniques modernes, indispensables à une vision stratégique. Chris est passionné par l’impact de l’automatisation et de la technologie sur les entreprises.