Construire un pipeline DevOps
Tous les spécialistes vous le diront, le DevOps, c'est une histoire de culture d'entreprise d'abord. Car il s'agit avant tout de faire collaborer des ingénieurs du développement logiciel avec des ingénieurs de la production informatique. Deux mondes qui ne partagent pas forcément les mêmes objectifs. Les premiers font des projets qui induisent fatalement des changements, tandis que les seconds sont les garants du bon fonctionnement du SI, et appréhendent par là-même tout changement qui pourrait mettre cette fiabilité en péril.
C'est ce qu'on appelle communément le mur de la confusion, mur qui se dresse entre Dév et Ops et qui les empêchent de collaborer. Difficile de travailler de concert quand on a des objectifs opposés et irréconciliables. Et ce ne sont pas les outils qui font collaborer les gens. Non, c'est la culture de la collaboration. En cela, les puristes ont raison. Mais...
IT Senior Consultant @ Kaïbee
6 ansBonsoir Jean, article extrêmement intéressant avec lequel je suis en phase. Je me permet d'apporter une petite note/suggestion sur la partie "Release". De mon point de vue, une release est un cycle de vie applicatif, aussi ne faut-il pas reformuler par "Evidemment, avant qu'un produit soit mis en production, un certain nombre de versions applicatives va se succéder en recette pour aboutir à une release" ? La difficulté de l'exercice est de "tagger" le code une fois le niveau de maturité atteint, et c'est à ce moment que l'on peut parler de Release. Au plaisir. Jerome MARTIN
Excellent. J'y vois plus clair