Mais comment faire, il existe le même manuel DevOps, la source la plus fiable. Il a une section entière consacrée aux mythes sur DevOps, pourquoi écrire un article? Eh bien, le fait est que, à mon avis, ce livre explique non seulement la méthodologie, mais la vend également par endroits.
Et la section sur les mythes est telle et contient des mythes que je voudrais réfuter aux auteurs, et non ceux qui sont populaires en réalité. Immédiatement, j'ai essayé de décrire les mythes qui circulent dans le monde réel, et auxquels j'ai dû faire face, en expliquant la méthodologie à mes auditeurs.
1. DevOps s'applique à vous
Non, DevOps n'est pas pour tout le monde. Ce mythe vient en premier parce que certains des pères fondateurs eux-mêmes le promeuvent progressivement.
Par exemple, Gene Kim et al. Dans le manuel DevOps oublie en quelque sorte de mentionner que DevOps n'est pas pour tout le monde, mais spécule sur son applicabilité universelle. Évaluez la citation (j'ai souligné les parties du problème en italique ): "... il y a maintenant un poids écrasant de preuves que les problèmes décrits ci-dessus se produisent presque partout et que les solutions associées à DevOps sont presque universellement applicables ." Ou ici: "Dans presque toutes les organisations informatiques, il existe un conflit inhérent entre le développement et les opérations informatiques qui crée une spirale descendante ...".
Eh bien, non, il existe un tas d'organisations informatiques pour lesquelles tout cela ne fonctionne pas du tout ou en partie, même si elles ne sont pas applicables. Il y a des organisations qui n'ont pas du tout de service informatique ou d'environnement productif. Par exemple, les organisations engagées dans le conseil. Souvent, ils peuvent avoir un service d'assistance qui applique le SLA, mais ils ne l'ont pas du tout: des entreprises qui mettent en œuvre Wordpress, par exemple, ou des consultants qui effectuent des tests de sécurité. Il existe des organisations informatiques sans service de développement. De nombreuses sociétés d'hébergement sont de telles organisations. Tout peut être organisé pour eux de manière assez compliquée, mais tous les logiciels peuvent être soit «en boîte», soit «cloud», soit écrits par des consultants externes.
( , ?): “No matter what industry you are in, or what product or service your organization provides, this way of thinking is paramount and necessary for survival for every business and technology leader.”
, , . DevOps — ? , .
2. DevOps
DevOps - -. , , DevOps . :
DevOps . DevOps - , DevOps Chrome .
, DevOps. , . 1.0.0. 1.0.1? , , , . “” .
, , :
- (Time to Market, TTM),
- ,
- -,
, , DevOps .
3. DevOps -
“10 Deploys a Day” Flickr — , -.
, , DevOps, -. , , , , .
“” , - DevOps.
4. DevOps —
, DevOps — -, , , , , “ ”.
, DevOps, DevOps , .
Time to Market , .
- . , , , . “”, .
, , DevOps .
, , . , , .
5. DevOps -
- - - DevOps Server Ultimate 9000 — ?
. , DevOps , , , Linux, git bash. ? — . ? . DevOps . Docker, , Puppet git. , . — Jenkins, — Bamboo, , , TeamCity, GNU Make . , — , , .
. Scrum. Scrum — Agile, , , . - Agile, . DevOps — Agile, Scrum. , “” DevOps Lean. Lean — , , - -, - . , Lean. DevOps.
6. DevOps
, “ ”, : , , QA ..
, . , - — .
— DevOps, , , , DevOps-.
7. DevOps
— — ? . -, DevOps . - DevOps — -, . , DevOps — , , . , Toyota, GM Ford.
, Lean “” Kanban , DevOps 50, CD — 80.
Scrum ? . , . (TTM) , 17.6 , TTM 2 .
, IT, . , DevOps, . , , . , , , ?
Dans tous les cas, la totalité des connaissances accumulées, et pas seulement DevOps, aidera à mieux organiser le travail.
Il y en a d'autres
Ceci conclut ma brève revue des mythes sur les DevOps qui ne circulent pas dans la réalité. La prochaine fois, je décrirai les idées fausses populaires qui, bien que non incorrectes, mais dans lesquelles il y a une part de vérité.
Et quels mythes ou délires délibérément imposés sur DevOps avez-vous rencontrés?