Aber wie dem, es gibt dasselbe DevOps-Handbuch, die maßgeblichste Quelle. Es gibt einen ganzen Abschnitt über Mythen über DevOps. Warum einen Artikel schreiben? Tatsache ist, dass dieses Buch meiner Meinung nach die Methodik nicht nur erklärt, sondern auch an bestimmten Stellen verkauft.
Und der Abschnitt über Mythen darin ist so und enthält Mythen, die ich den Autoren widerlegen möchte, und nicht diejenigen, die in der Realität populär sind. Sofort versuchte ich, die Mythen zu beschreiben, die in der realen Welt zirkulieren und mit denen ich mich befassen musste, und erklärte meinen Zuhörern die Methodik.
1. DevOps gilt für Sie
Nein, DevOps ist nicht jedermanns Sache. Dieser Mythos steht an erster Stelle, weil einige der Gründerväter ihn allmählich fördern.
Zum Beispiel vergessen Gene Kim et al. Im DevOps-Handbuch irgendwie zu erwähnen, dass DevOps nicht jedermanns Sache ist, sondern spekuliert über seine universelle Anwendbarkeit. Bewerten Sie das Zitat (ich habe die Problemteile kursiv hervorgehoben ): „... es gibt jetzt eine überwältigende Menge an Beweisen dafür, dass die oben beschriebenen Probleme fast überall auftreten und dass die mit DevOps verbundenen Lösungen nahezu universell anwendbar sind .“ Oder hier: „In fast jeder IT-Organisation gibt es einen inhärenten Konflikt zwischen Entwicklung und IT-Betrieb, der eine Abwärtsspirale erzeugt ...“.
Nein, es gibt eine Reihe von IT-Organisationen, für die dies alles überhaupt oder teilweise nicht funktioniert, auch wenn sie nicht anwendbar sind. Es gibt Organisationen, die überhaupt keine IT-Betriebsabteilung oder produktive Umgebung haben. Zum Beispiel Organisationen, die sich mit Beratung befassen. Oft haben sie eine Support-Abteilung, die SLA erzwingt, aber möglicherweise überhaupt nicht: Unternehmen, die beispielsweise Wordpress implementieren, oder Berater, die Sicherheitstests durchführen. Es gibt IT-Organisationen ohne Entwicklungsabteilung. Viele Hosting-Unternehmen sind solche Organisationen. Alles kann für sie recht kompliziert arrangiert werden, aber die gesamte Software kann entweder "Boxed" oder "Cloud" eines anderen sein oder von externen Beratern geschrieben werden.
( , ?): “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, . , , . , , , ?
In jedem Fall hilft die gesamte Menge an angesammeltem Wissen und nicht nur DevOps, die Arbeit besser zu organisieren.
Da sind andere
Damit ist mein kurzer Rückblick auf die Mythen über DevOps abgeschlossen, die in der Realität nicht zirkulieren. Das nächste Mal werde ich populäre Missverständnisse beschreiben, die zwar nicht falsch sind, in denen aber etwas Wahres steckt.
Und auf welche Mythen oder absichtlich auferlegten Wahnvorstellungen über DevOps sind Sie gestoßen?