Was sind DevOps-Analogien?

9

Einige Moderatoren verwenden Analogien, um eine bestimmte Technologie zu verdeutlichen, z. B. Pizza as a Service 2.0 , die die Unterschiede zwischen verschiedenen as-a-Service-Stapeln (aaS) erklärt.

Vorteile dieser Pizza-Analogie sind, dass sie aus mehreren Analogien besteht, dh Laufzeit alias Pizza und hausgemachtes alias Vermächtnis.

Wenn man "DevOps-Analogie" googelt, werden verschiedene Bilder angezeigt, aber nicht von ihnen ist sehr eingängig.

Definition von "holen"

Zeigen Sie das Bild in einer Präsentation
Sprechen Sie 30 Sekunden darüber
Während des Fahrstuhlstellplatzes verstehen immer mehr Menschen DevOps und es ist ihnen völlig klar.

culture

— 030
quelle

DevOps hat viele Zielgruppen; Ich denke, es ist einfacher, sich darauf zu konzentrieren, um ein Bild zu finden. Wer ist Ihr Publikum und was würde passieren, wenn der Aufzugsplatz erfolgreich ist?

— Peter Muryshkin

Die meisten von ihnen sind Junior-Entwickler, die auf Silos bedacht sind, dh nur entwickeln möchten, ohne sich für die Verantwortung für die Ausführung der Apps in der Produktion zu bedanken. @PeterMuryshkin Wie viele Zielgruppen gibt es Ihrer Meinung nach in diesem Zusammenhang?

— 030

Für Zielgruppen würde ich also sagen, eine für jedes Silo / jede Rolle um jedes Segment der DevOps Toolchain? Management, Geschäftsanwender, Entwickler, Tester, Ops ..

— Peter Muryshkin

3

DevOps ist die Industrialisierung der IT

— Oryaden
quelle

Das linke Bild zeigt ein Auto, das handgefertigt wurde?

— 030

genau, es wird auch einige Probleme haben, die sich bewegen :)

— Oryades

Groß. Jetzt sehe ich es. Vielleicht könnten Sie der Antwort eine zusätzliche Beschreibung hinzufügen?

— 030

2

Auf der anderen Seite zeigt das Bild rechts ein Auto, das sich problemlos bewegen kann, solange es am Fließband bleibt. Andernfalls könnten einige Räder benötigt werden ...

— Jiri Klouda

1

In Bezug auf den rechten Teil des Bildes denke ich, dass die DevOps-Toolchain der technische Ansatz ist, um Lieferpipelines zu verstehen und zu bauen, um Softwarelösungen zu automatisieren, zu testen und zu liefern. Aka Industrial Revolution 2.0 ... sigspl.org/2015/10/14/…

— Peter Muryshkin

4

Meistens für Entwickler, aber für andere mit dem Mem "Disaster Girl" bekannt: "Funktioniert auf meiner Maschine. Ops-Problem jetzt!" Dies zeigt, dass mangelnde Verantwortung das gesamte Unternehmen gefährden kann und der Wert von Software, die nur in einer bestimmten Umgebung funktioniert, nicht absolut ist.

Auch die Matrix der Hölle . Das Hinzufügen von Docker scheint eine Spalte mehr zu sein, aber Container werden langfristig zur To-Go-Technologie und zur Standardarchitektur. Sie können Docker-Container also auch mit Kubernetes oder Apache Mesos ausführen.

— Peter Muryshkin
quelle

Könnten Sie Bilder hinzufügen?

— 030

Ich werde so schnell wie möglich, von Handy scheint nicht richtig zu funktionieren.

— Peter Muryshkin

Ausgezeichnet +1. Könnten Sie jedem Bild eine kleine Erklärung hinzufügen, dh warum sind diese DevOps-Analogien?

— 030

1

Um ehrlich zu sein, veranschaulichen diese Bilder eher die Motivation für DevOps als DevOps selbst; Jetzt bin ich mir also sicher, wie gut Ihre eigentliche Frage zur "Darstellung" von DevOps

— Peter Muryshkin am

Abgesehen davon ist das erste Bild definitiv hilfreich, um "Warum DevOps" in meiner Präsentation zu beschreiben.

— 030

3

Die bekannteste DevOps-Analogie, die ich mir vorstellen kann, ist die Pet vs. Cattle- Analogie zur Einweginfrastruktur. Ich würde jedoch argumentieren, dass es weniger um das Abrufen geht, das mit dem Bild verbunden ist, als vielmehr darum, wie einfach es ist, es zu verstehen und sich darauf zu beziehen.

— PrestonM
quelle

1

Cattle vs Pets ist hauptsächlich ein Einsatz, es erfordert keine Organisation oder Denkweise der Entwickler. Der Hinweis ist, dass es nur um die Infrastruktur geht und niemals um die darauf laufenden Apps.

— Tensibai

@ Tensibai Was ist deine Lieblingsanalogie?

— 030

Es ist eine niedliche Idee, fällt aber flach ins Gesicht, sobald Sie Ausdauer einführen. Sie hoffen besser, dass Ihre Firma die DevOps-Kool-Hilfe nicht getrunken hat und dass das Lohn- und Gehaltsabrechnungssystem ein Haustier ist!

— Gaius

2

Eine andere, die mir gefällt, ist diese von dieser Website https://devrant.com/search?term=devops

wie ich es schon mehrmals gehört habe und es frustriert mich, weil es Siloverhalten und Anti-Devops ist. Ich möchte es grundsätzlich durchsetzen, wenn Sie es ändern, müssen Sie es freigeben, oder wenn Sie es brechen, reparieren Sie es. In der Praxis ist es nicht so einfach, wie eine Denkweise geändert werden muss.

— 030
quelle

1

Eine weitere Analogie wurde hier gefunden: https://devrant.com/search?term=devops

Ich denke, dass dies auch gilt, da es immer noch Entwickler gibt, die weiterhin Dinge über die Mauer werfen.

Ich muss zugeben, dass ich mich so fühle und dass dies mich ermutigt, Programmieren zu lernen. Ich lerne jetzt Java und möchte Zertifikate erhalten. Ich studiere jetzt für Java Oracle Associate.

— 030
quelle

0

Basierend auf einem Vorschlag in einem der Kommentare zu einer der Antworten von @PeterMuryshkin habe ich mehr über Industry4.0 gelesen und ich denke, es könnte eine DevOps-Analogie sein.

Eine andere DevOps-Analogie könnte Industrie 4.0 sein:

Industrie 4.0 ist ein Name für den aktuellen Trend der Automatisierung und des Datenaustauschs in Fertigungstechnologien. Es umfasst cyber-physische Systeme, das Internet der Dinge, Cloud Computing und Cognitive Computing. Industrie 4.0 wird allgemein als vierte industrielle Revolution bezeichnet.

Um Industrie 1.0 den funktionalen Prozess einzuführen, dh wie man Coton manuell herstellt, muss klar sein, um dies zu automatisieren, 2.0 mehr automatisiert und 3.0 auch. Heutzutage geht es bei DevOps auch darum, immer mehr zu automatisieren, aber dazu sollte der Prozess auch klar sein. Da es bei 4.0 darum geht, in die Cloud zu wechseln, z. B. AWS, GCP, AWS, CI / CD und Selbstheilungssysteme, könnte dies auch eine Analogie sein.

— 030
quelle

Ich denke auch, dass die echte 4.0-Branche ohne DevOps nicht funktioniert.

— Peter Muryshkin

0

DevOps könnte auch mit einem Kommandotrupp verglichen werden, das aus einer kleinen Anzahl von Spezialisten besteht. Ich muss immer an die erste Stufe von Commandos 1 hinter den feindlichen Linien denken. Es gab drei Charaktere:

Marine
Treiber
grüne Baskenmütze

Jeder von ihnen besitzt einzigartige Eigenschaften, dh Tauchen, Schwimmen, Rudern (Marine), Tauchen (Maschinengewehr, Fahren), grüne Baskenmütze (Klettern, Tragen von Fässern).

Alle von ihnen waren in der Lage, Feinde, auch bekannt als Automatisierung, in DevOps auszuschalten. Ob der Betrieb mit dem Marine verglichen werden kann, spielt für den Fahrer der grünen Baskenmütze keine Rolle. Betrieb, Entwicklung und Qualitätssicherung haben alle ihre Spezialitäten. Die Kombination dieser Elemente ist wichtig, um Software häufiger freizugeben.

Wenn zum Beispiel eines der Kommandos im Spiel starb, war das Spiel vorbei. Alle mussten zusammenarbeiten, um eine Mission zu erfüllen. Ich kann mich erinnern, dass jedes der Kommandos zu Beginn von Level 1 isoliert war und selbst Feinde ausschalten musste, aber sie waren auch voneinander abhängig.

Der Marine musste sowohl den Fahrer als auch die grüne Baskenmütze auf die andere Insel bringen, da er der einzige war, der den Kofferraum rudern konnte. Auf der Insel angekommen, wurde die grüne Baskenmütze benötigt, da er der einzige war, der explosive Fässer bewegen konnte, die erforderlich waren, um den Radiosender in die Luft zu jagen.

Wenn sie zusammenarbeiteten, bestand eine höhere Überlebenschance, da drei Schüsse erforderlich waren, um einen Feind auszuschalten. Wenn sie zusammen schießen, wurde der Feind sofort erledigt.

— 030
quelle