Warum sind Bücher in der DevOps-Community so verbreitet?

17

Ich habe eine ganze Reihe von Blogs gesehen, in denen ich im Laufe der Zeit immer mehr Bücher empfehle.

Ich lese gerne Belletristik und habe keine Abneigung gegen Bücher, aber wo ein Blogpost aktualisiert / umgeschrieben werden kann, wenn die Technik bei diesen Büchern voranschreitet, die normalerweise zwischen 20 und 30 Pfund kosten.

Gibt es eine bestimmte Qualität von DevOps-bezogenen Titeln, die in der Online-Welt fehlt, oder sind alle außer mir verrückt?

Briansbum
quelle
1
Das DevOps-Thema ist höchst subjektiv und fließend. Dies bietet viel mehr Möglichkeiten zum Schreiben von Büchern als andere, etabliertere Bereiche. Viele solcher Verweise sind reine Werbung. Das bedeutet nicht unbedingt, dass sie unbedingt gelesen werden müssen (auch wenn sie ausdrücklich so genannt werden).
Dan Cornilescu
Im Allgemeinen wissen Sie erst nach dem Kauf, ob es sich um Schlangenöl handelt.
corsiKa
2
Die Aufgaben von DevOps beginnen, bevor die Monitore eingeschaltet werden :-)
mcalex

Antworten:

15

In den meisten Fällen geht es in den empfohlenen Büchern nicht um Technologie. Während sich die Technologie ändert, ändern sich die grundlegenden Prinzipien hinter Organisationen wie Systemdenken, Führung, gesunder Menschenverstand usw. nicht so oft.

Bücher wie The Goal und sogar The DevOps Handbook erwähnen nicht viel Technologie auf ihren Seiten, sondern vielmehr Möglichkeiten, die von Menschen geleistete Arbeit zu verwalten.

Viele Probleme hängen mit der Technologie zusammen, Themen wie Microservices, das Entwickeln von Großsystemen, Infrastruktur als Code usw., bei denen es sich nicht um ein bestimmtes Tool und / oder eine bestimmte Technologie handelt, sondern um ein architektonisches Thema. Ein Wissensgebiet, das Menschen, die große Systeme bauen, kennen müssen, um das System korrekt aufzubauen. Dieses Wissen ist selten und es ist großartig, dass die Bücher über diese Themen geschrieben wurden - ignorieren Sie einfach die erwähnten Werkzeuge oder übersetzen Sie sie in ihre neuere Reinkarnation.

Eines der besseren Bücher zum Erstellen hochwertiger Software (imho) ist Agile Software Development, Principles, Patterns und Practices . Und obwohl sich die in diesem Buch verwendete Sprache (Java) stark weiterentwickelt hat, sind die im Buch enthaltenen Beispiele zeitlos und können problemlos in eine andere Sprache Ihrer Wahl übersetzt werden.

Einige der Probleme, die die DevOps-Bewegung zu lösen versucht, hängen mit der gemeinsamen Arbeitsweise in Organisationen zusammen, die einfach keinen Sinn ergeben. Wie Eliyahu Goldratt oft sagte (Autor von The Goal ) "Gesunder Menschenverstand ist nicht sehr verbreitet".

In diesen Büchern werden die Prinzipien des richtigen Denkens über Probleme und menschliche Beziehungen in einer Systemumgebung vermittelt, damit das gesamte System verbessert wird. Die Lektionen sind alt und leider gibt es nur selten Leute, die auf dem Gebiet arbeiten und sie tatsächlich gelernt haben.

Natürlich gibt es auch Autoren, die Bücher über dieses oder jenes Fizz-Bang-Tech-Tool geschrieben haben, das neu und relevant für die Branche ist, wie AWS oder Docker oder Jenkins oder was auch immer, und die einfach ihren Buchverkauf ankurbeln wollen ... aber ich versuche und Diese Art von Blog-Posts von meiner Antwort ausschließen.

Evgeny
quelle
Das Zitat war ursprünglich Voltaire, ich habe noch nie von diesem Goldratt
Gaius
@Gaius Goldratt zitierte viele kluge Leute.
Evgeny
4

Dies ist ein Zeichen für die zunehmende Reife der Infrastrukturtechnik als Fach oder Beruf. Wenn Sie eine der traditionelleren Formen des Ingenieurwesens in Betracht ziehen, wie z. B. Maschinenbau, Bauwesen oder Elektrotechnik, besteht der größte Teil des Wissens aus Papierbüchern. So wird es gelehrt, praktizierende Ingenieure konsultieren Nachschlagewerke. Dies liegt daran, dass die Details der Implementierung nur für eine bestimmte Anwendung oder Installation spezifisch sind, sobald die zugrunde liegenden Prinzipien verstanden und kodifiziert wurden. Sie können jedes technische Artefakt in Betracht ziehen - einen Wolkenkratzer oder eine Brücke, ein Düsentriebwerk oder einen Flugzeugträger. Enorme Raffinesse, die große Konstruktionsfähigkeiten erfordert, aber auf der Grundlage allgemeiner Prinzipien aufgebaut ist, die heute verstanden werden, sich erst im Laufe der Jahrzehnte ändern und für einen Ingenieur von vor Jahrzehnten ohne Weiteres verständlich sind.

DevOps-spezifischer - es spielt keine Rolle, ob Sie das Konfigurationsmanagement mit CFEngine, Chef, Puppet oder einem anderen Tool implementieren. Die Prinzipien des Konfigurationsmanagements sind jetzt so gut bekannt, dass sie auf jedes tatsächliche Tool angewendet werden können.

Gaius
quelle