Book description
Mehr denn je ist das effektive Management der IT entscheidend für die Wettbewerbsfähigkeit von Organisationen. In technologiegesteuerten Unternehmen ringen Manager damit, eine Balance zwischen Agilität, Zuverlässigkeit und Sicherheit herzustellen. Auf der anderen Seite schaffen es High-Performer wie Google, Amazon, Facebook oder Netflix, routinemäßig und zuverlässig hundert- oder gar tausendmal pro Tag Code auszuliefern. Diese Unternehmen verbindet eins: Sie arbeiten nach DevOps-Prinzipien.Die Autoren des Romans »Projekt Phoenix« zeigen in diesem Handbuch, wie die DevOps-Philosophie praktisch implementiert wird und Unternehmen dadurch umgestaltet werden können. Sie beschreiben konkrete Tools und Techniken, mit denen Software schneller und sicherer produziert werden kann. Zudem stellen sie Maßnahmen zu einer optimierten Zusammenarbeit aller Abteilungen vor, die zu einer Verbesserung der Arbeitskultur und zur Steigerung der Profitabilität eines Unternehmens führen.
Table of contents
- Cover
- Titel
- Impressum
- Inhalt
- Einleitung
- Vorwort
- Stellen Sie sich eine Welt vor, in der Dev und Ops zu DevOps werden: Eine Einführung in das DevOps-Handbuch
-
Teil I: Die Drei Wege
- 1 Agile, Continuous Delivery und die Drei Wege
- 2 Der Erste Weg: Die Prinzipien des Flow
- 3 Der Zweite Weg: Die Prinzipien des Feedbacks
-
4 Der Dritte Weg: Die Prinzipien des kontinuierlichen Lernens und Experimentierens
- Firmenweites Lernen und eine Sicherheitskultur ermöglichen
- Institutionalisieren Sie die Verbesserungen bei der täglichen Arbeit
- Lokale Entdeckungen in globale Verbesserungen umwandeln
- Resilienzmuster in unsere tägliche Arbeit einbringen
- Führungskräfte unterstützen eine Kultur des Lernens
- Zusammenfassung
- Zusammenfassung Teil I
-
Teil II: Wie man beginnt
- 5 Die Auswahl der ersten Wertkette
- 6 Die Arbeit in der Wertkette verstehen, sie sichtbar machen und verbreiten
-
7 Organisation und Architektur anhand von Conways Gesetz entwerfen
- Organisatorische Archetypen
- Probleme, die häufig durch eine zu starke Funktionsorientierung verursacht werden (»Auf Kosten optimiert«)
- Marktorientierte Teams anstreben (»Auf Geschwindigkeit optimieren«)
- Funktionsorientierung nutzen
- Tests, Operations und Sicherheit als Aufgaben für jedermann an jedem Tag
- Jedes Teammitglied zu einem Generalisten machen
- Nicht Projekte finanzieren, sondern Services und Produkte
- Teamgrenzen anhand von Conways Gesetz festlegen
- Lose gekoppelte Architektur nutzen, damit Entwickler produktiv und sicher arbeiten können
- Zusammenfassung
- 8 Operations in die tägliche Entwicklungsarbeit integrieren
-
Teil III: Der Erste Weg: Die technischen Praktiken des Flow
-
9 Die Grundlagen für unsere Deployment-Pipeline legen
- Dev-, Test- und Produktivumgebungen auf Anforderung erstellen können
- Ein Single Repository of Truth für das gesamte System schaffen
- Infrastruktur einfacher neu bauen, statt zu reparieren
- Die Definition des Entwicklungs-»Done« so anpassen, dass der Code in produktivähnlichen Umgebungen läuft
- Zusammenfassung
- 10 Schnelles und zuverlässiges automatisiertes Testen ermöglichen
- 11 Continuous Integration ermöglichen und umsetzen
- 12 Releases automatisieren und ihr Risiko reduzieren
- 13 Eine Architektur für risikoarme Releases
-
9 Die Grundlagen für unsere Deployment-Pipeline legen
-
Teil IV: Der Zweite Weg: Die technischen Praktiken des Feedbacks
-
14 Telemetriedaten erzeugen, um Probleme zu erkennen und zu beheben
- Unsere zentrale Telemetrie-Infrastruktur aufbauen
- Anwendungs-Logging-Telemetriedaten erzeugen, die in der Produktivumgebung helfen
- Mit Telemetriedaten beim Lösen von Problemen helfen
- Produktivmetriken als Teil der täglichen Arbeit ermöglichen
- Self-Service-Zugriff auf Telemetriedaten und Information Radiators schaffen
- Telemetrielücken finden und füllen
- Zusammenfassung
- 15 Telemetriedaten analysieren, um Probleme besser vorherzusehen und Ziele zu erreichen
- 16 Feedback ermöglichen, sodass Entwicklung und Operations Code sicher deployen können
- 17 Hypothesengetriebene Entwicklung und A/B-Tests in die tägliche Arbeit integrieren
-
18 Review- und Koordinationsprozesse schaffen, um die Qualität der aktuellen Arbeit zu verbessern
- Die Gefahren von Change-Approval-Prozessen
- Potenzielle Gefahren von »zu sehr kontrollierten Änderungen«
- Koordination und Planung von Änderungen ermöglichen
- Peer Review für Änderungen einführen
- Potenzielle Gefahren durch mehr manuelle Tests und Änderungssperren
- Durch Pair Programming all unsere Änderungen verbessern
- Bürokratische Prozesse unerschrocken stoppen
- Zusammenfassung
- Zusammenfassung Teil IV
-
14 Telemetriedaten erzeugen, um Probleme zu erkennen und zu beheben
-
Teil V: Der Dritte Weg: Die technischen Praktiken des fortlaufenden Lernens und Experimentierens
-
19 Lernen ermöglichen und Erfahrungen in die tägliche Arbeit einbringen
- Eine Just Culture und eine Kultur des Lernens umsetzen
- Post-Mortem-Meetings ohne Schuldzuweisung nach dem Eintreten von Unfällen
- Unsere Post-Mortem-Analysen so weit wie möglich verbreiten
- Die Toleranz gegenüber Vorfällen weiter absenken, um immer schwächere Fehlersignale zu erkennen
- Fehler neu definieren und das Eingehen kalkulierter Risiken unterstützen
- Fehler in die Produktivumgebung einbringen, um Resilienz und Lernen zu ermöglichen
- Game Days einführen, um Zwischenfälle zu üben
- Zusammenfassung
-
20 Lokale Erkenntnisse in globale Verbesserungen verwandeln
- Mit Chatrooms und Chat Bots firmenweites Wissen automatisieren und einfangen
- Standardisierte Prozesse zur Wiederverwendung in Software automatisieren
- Ein einzelnes, gemeinsam genutztes Quellcode-Repository für die gesamte Firma nutzen
- Wissen durch automatisierte Tests als Dokumentation und Community of Practice verbreiten
- Durch kodifizierte nicht funktionale Anforderungen für Operations designen
- Wiederverwendbare Operations User Stories in die Entwicklung integrieren
- Sicherstellen, dass technologische Entscheidungen dabei helfen, die Firmenziele zu erreichen
- Zusammenfassung
- 21 Zeit für das firmenweite Lernen und für Verbesserungen reservieren
-
19 Lernen ermöglichen und Erfahrungen in die tägliche Arbeit einbringen
-
Teil VI: Die technischen Praktiken zum Integrieren von Information Security, Änderungsmanagement und Compliance
-
22 Information Security als Aufgabe für jeden Mitarbeiter an jedem Tag
- Infosec in die Präsentationen der Entwicklungsiterationen einbinden
- Infosec in das Fehler-Tracking und in Post-Mortem-Analysen einbinden
- Präventive Sicherheitsmaßnahmen in die gemeinsam genutzten Quellcode-Repositories und Services integrieren
- Infosec in unsere Deployment-Pipeline einbinden
- Für die Sicherheit der Anwendung sorgen
- Die Sicherheit unserer Software-Lieferkette sicherstellen
- Die Sicherheit der Umgebung gewährleisten
- Infosec in die Produktiv-Telemetriedaten integrieren
- Sicherheits-Telemetriedaten in unseren Anwendungen erstellen
- Sicherheits-Telemetriedaten in unserer Umgebung erstellen
- Unsere Deployment-Pipeline schützen
- Zusammenfassung
-
23 Die Deployment-Pipeline schützen
- Sicherheit und Compliance in den Prozess zur Änderungsgenehmigung integrieren
- Den Großteil unserer Änderungen mit geringem Risiko als Standardänderungen neu kategorisieren
- Was zu tun ist, wenn Änderungen als normale Änderungen eingestuft werden
- Das Vertrauen in die Segregation of Duty reduzieren
- Für Dokumentation und Belege für Auditoren und Compliance Officer sorgen
- Zusammenfassung
- Zusammenfassung Teil VI
- 24 Ein Aufruf zum Handeln
-
22 Information Security als Aufgabe für jeden Mitarbeiter an jedem Tag
-
Anhänge: Zusatzmaterial
- A Die Konvergenz von DevOps
- B Theory of Constraints und zentrale chronische Konflikte
- C Tabellarische Form der Abwärtsspirale
- D Die Gefahren von Übergaben und Queues
- E Mythen der Arbeitssicherheit
- F Die Toyota-Andon-Cord
- G COTS-Software
- H Post-Mortem-Meetings
- I Die Simian Army
- J Transparent Uptime
- K Weitere Ressourcen
- L Danksagungen
- Fußnoten
- Index
- Über die Autoren
Product information
- Title: Das DevOps-Handbuch
- Author(s):
- Release date: August 2017
- Publisher(s): dpunkt
- ISBN: 9783960090472
You might also like
book
Das Microservices-Praxisbuch
Eberhard Wolff zeigt Microservices-Rezepte, die Architekten anpassen und zu einem Menü kombinieren können. So lässt sich …
book
Das DevOps-Handbuch, 2nd Edition
Mehr denn je ist das effektive Management der IT entscheidend für die Wettbewerbsfähigkeit von Organisationen. Viele …
book
Das IT-Recruiting-Handbuch
Der Fachkräftemangel kommt unaufhaltsam, Unternehmen und Personalabteilungen sind aber nur unzureichend darauf vorbereitet. Während alle Welt …
book
Softwareentwicklung
Ein kompaktes Nachschlagewerk, geballt mit viel Wissen! Dieser praxisorientierte Kompass liefert Informationen über das gesamte Themenspektrum …