Leserbewertungen
Derzeit gibt es keine Leserbewertungen. Die Bewertung basiert auf 2 Stimmen.
Originaltitel:
The DevOps 2.2 Toolkit
Inhalt des Buches:
Es scheint, dass mit jedem neuen Buch der Umfang unschärfer und ungenauer wird. Als ich anfing, testgetriebene Java-Entwicklung zu schreiben, war der Umfang des gesamten Buches schon im Voraus festgelegt. Ich hatte ein Team, das mit mir zusammenarbeitete. Wir legten das Inhaltsverzeichnis und eine kurze Beschreibung der einzelnen Kapitel fest. Von da an arbeiteten wir nach einem Zeitplan, wie es die meisten technischen Autoren tun. Dann begann ich das zweite Buch zu schreiben. Der Umfang war etwas unklarer. Ich wollte über DevOps-Praktiken und -Prozesse schreiben und hatte nur eine sehr grobe Vorstellung davon, was das Ergebnis sein würde. Ich wusste, dass Docker darin vorkommen musste. Ich wusste, dass das Konfigurationsmanagement ein Muss ist. Microservices, zentralisierte Protokollierung und einige andere Praktiken und Tools, die ich in meinen Projekten verwendet habe, waren Teil des ursprünglichen Umfangs. Bei diesem Buch hatte ich niemanden, der hinter mir stand. Es gab kein Team außer mir, eine Menge Pizzen, eine unbekannte Anzahl von Dosen Red Bull und viele schlaflose Nächte. Das Ergebnis ist „The DevOps 2. 0 Toolkit": Automatisierung der Continuous Deployment Pipeline mit containerisierten Microservices“. Beim dritten Buch wurde der ursprüngliche Umfang noch undurchsichtiger. Ich fing an zu schreiben, ohne einen Plan zu haben. Es sollte um Cluster-Management gehen. Nach ein paar Monaten Arbeit nahm ich an der DockerCon in Seattle teil, wo uns der neue Docker Swarm Mode vorgestellt wurde. Meine unmittelbare Reaktion war, alles, was ich geschrieben hatte, in den Papierkorb zu werfen und neu zu beginnen. Ich wusste nicht, worum es in dem Buch gehen würde, außer dass es etwas über Docker Swarm sein musste.
Ich war von dem neuen Design beeindruckt. Etwas an Swarm war schließlich „The DevOps 2. 1 Toolkit": Docker Swarm: Erstellen, Testen, Bereitstellen und Überwachen von Diensten in Docker Swarm-Clustern“. Während ich daran arbeitete, beschloss ich, eine DevOps-Toolkit-Serie zu erstellen. Ich dachte, es wäre toll, meine Erfahrungen aus verschiedenen Experimenten und aus der Zusammenarbeit mit verschiedenen Unternehmen und Open-Source-Projekten aufzuzeichnen. So begann ich natürlich, den dritten Teil der Serie zu planen: „The DevOps Toolkit 2“.2 Das einzige Problem ist, dass ich dieses Mal ehrlich gesagt keine Ahnung hatte, worum es gehen wird. Eine Idee war, einen umfassenden Vergleich verschiedener Scheduler (z. B. Docker Swarm, Kubernetes und Mesos/Maraton) durchzuführen. Eine andere Idee war, Serverless zu erforschen. Auch wenn es ein schrecklicher Name ist (es gibt Server, wir verwalten sie nur nicht), ist es ein großartiges Thema. Die Ideen kamen immer wieder, aber es gab keinen klaren Gewinner. Also beschloss ich, den Umfang nicht zu definieren. Stattdessen habe ich einige allgemeine Ziele definiert.
Die Ziele, die ich mir gesetzt habe, waren, ein selbstanpassendes und selbstheilendes System auf Basis von Docker zu bauen. Als ich mit dem Schreiben dieses Buches begann, wusste ich nicht, wie ich das erreichen würde. Es gab verschiedene Praktiken und Tools, die ich verwendet habe, aber es war kein Licht am Ende des Tunnels zu sehen. Anstatt zu definieren, was das Buch sein wird, habe ich definiert, was ich erreichen will. Sie können sich dieses Buch als meine Aufzeichnung der Reise vorstellen. Ich musste viel erforschen. Ich musste mir einige neue Werkzeuge aneignen und selbst etwas Code schreiben. Betrachten Sie dieses Buch als „Viktors Tagebuch, während er versucht, etwas zu tun“.
Das Ziel ist es, über die einfache Einrichtung eines Clusters, Dienste, kontinuierliche Bereitstellung und all die anderen Dinge, die Sie wahrscheinlich schon kennen, hinauszugehen. Wenn nicht, lesen Sie meine älteren Bücher.
Weitere Daten des Buches:
| ISBN: | 9781788991278 |
| Autor: | |
| Verlag: | |
| Sprache: | Englisch |
| Einband: | Taschenbuch |
Kauf:
Derzeit verfügbar, auf Lager.
