Une autre approche de l’article « What is Devops? ». Une explication fondée sur l’expérience et les changements vécus par l’auteur, qui a commencé le développement dans les années 90.
La définition, donnée à la fin de l’article, de ce que l’auteur considère comme relevant ou non du DevOps est importante.
2 commentaires
Traduction rapide de la partie de fin de l’article, DevOps is / is NOT
DevOps, c’est…
un concept
un état d’esprit
une attitude commune que chacun comprend et adopte
une culture qu’il faut entretenir et améliorer de manière itérative
le partage
le mentorat
l’apprentissage
l’ouverture et l’acceptation de toutes les idées
itératif
continu
collaboratif
une excellente manière de développer et livrer des logiciels en toute confiance
DevOps, ce n’est PAS… ( ce n’est pas ce qui suit. Attention au fait que les éléments ci-dessous ne correspondent pas à DevOps )
quelque chose qui s’atteint ou se met en œuvre facilement
un produit ou une toolchain
un intitulé de poste ou un rôle
un fournisseur d’infrastructure cloud
un livre
une technologie
un langage de programmation
une campagne marketing
le CI/CD
Kubernetes
les conteneurs
un logiciel open source
l’Infrastructure as Code
l’automatisation
quelque chose avec lequel on joue !!!
Je suis moi aussi tout à fait d’accord sur ce qui en est et ce qui n’en est pas, mais dans la réalité (si l’on ne regarde que la Corée), on dirait que les gens veulent quelque chose de visible, de concret. Du coup, ils s’attachent à ce qui n’en est pas, et semblent penser qu’avec ces choses-là, ou seulement elles, tout finira par marcher. soupir