Das DevOps-Handbuch : Teams, Tools und Infrastrukturen erfolgreich umgestalten / Gene Kim [and three others] ; Deutsche übersetzung von Thomas Demmig.

Format:

Book

Author/Creator:

Kim, Gene, author.

Contributor:

Demmig, Thomas, translator.

Series:

Animals

Language:

English

German

Subjects (All):

Agile software development.

Information technology--Management.

Information technology.

Computer software--Development.

Computer software.

Physical Description:

1 online resource (392 pages) : illustrations (some color)

Edition:

1. Auflage.

Other Title:

Development operations handbuch

DevOps handbook.

Place of Publication:

Heidelberg, [Germany] : O'Reilly, 2017.

System Details:

text file

Summary:

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.

Contents:

Intro

Titel

Impressum

Inhaltsverzeichnis

Einleitung

Vorwort

Einführung

Teil I: Die Drei Wege

Kapitel 1: Agile, Continuous Delivery und die Drei Wege

Die Wertkette in der Herstellung

Die Technologie-Wertkette

Die Drei Wege: Die Prinzipien als Basis von DevOps

Zusammenfassung

Kapitel 2: Der Erste Weg: Die Prinzipien des Flow

Wir machen unsere Arbeit sichtbar

Die Work in Process (WIP) beschränken

Die Batchgrößen reduzieren

Die Anzahl der Übergaben reduzieren

Unsere Flaschenhälse kontinuierlich identifizieren und reduzieren

Schwierigkeiten und Verschwendung in der Wertkette eliminieren

Kapitel 3: Der Zweite Weg: Die Prinzipien des Feedbacks

Mit komplexen Systemen sicher arbeiten

Probleme bei ihrem Auftreten erkennen

Probleme umschwärmen und lösen, um neues Wissen zu schaffen

Die Qualität näher zur Quelle bringen

Für folgende Arbeitsstationen optimieren

Kapitel 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 Teil I

Teil II: Wie man beginnt

Kapitel 5: Die Auswahl der ersten Wertkette

Greenfield- vs. Brownfield-Services

Systems of Record und Systems of Engagement berücksichtigen

Beginnen Sie mit den wohlgesonnensten und innovativsten Gruppen

DevOps in unserer Firma verbreiten

Kapitel 6: Die Arbeit in der Wertkette verstehen, sie sichtbar machen und verbreiten

Die Teams identifizieren, die unsere Wertkette unterstützen.

Eine Value Stream Map erstellen, um die Arbeit sichtbar zu machen

Ein dediziertes Transformationsteam aufstellen

Tools einsetzen, um das gewünschte Verhalten zu unterstützen

Kapitel 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

Kapitel 8: Operations in die tägliche Entwicklungsarbeit integrieren

Mit gemeinsam genutzten Services die Produktivität der Entwickler erhöhen

Ops-Techniker in unsere Serviceteams integrieren

Jedem Serviceteam eine Ops-Liaison verschaffen

Ops in die Dev-Rituale integrieren

Zusammenfassung Teil II

Teil III: Der Erste Weg: Die technischen Praktiken des Flow

Kapitel 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

Kapitel 10: Schnelles und zuverlässiges automatisiertes Testen ermöglichen

Continuous Build, Test und Integration von Code und Umgebungen.

Eine schnelle und zuverlässige automatisierte Validierungstest-Suite aufbauen

Unsere Andon-Cord ziehen, wenn die Deployment-Pipeline unterbrochen wird

Kapitel 11: Continuous Integration ermöglichen und umsetzen

Entwicklung in kleinen Batchgrößen und was passiert, wenn wir zu selten Code in den Trunk committen

Trunk-basierte Entwicklungspraktiken übernehmen

Kapitel 12: Releases automatisieren und ihr Risiko reduzieren

Unseren Deployment-Prozess automatisieren

Deployments von Releases entkoppeln

Übersicht über Continuous Delivery und Continuous Deployment in der Praxis

Kapitel 13: Eine Architektur für risikoarme Releases

Architektonische Prototypen: Monolith vs. Microservices

Mit dem Strangler-Application-Muster die Firmenarchitektur sicher weiterentwickeln

Zusammenfassung Teil III

Teil IV: Der Zweite Weg: Die technischen Praktiken des Feedbacks

Kapitel 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

Kapitel 15: Telemetriedaten analysieren, um Probleme besser vorherzusehen und Ziele zu erreichen

Mit Mittelwert und Standardabweichung potenzielle Probleme erkennen

Unerwünschte Ergebnisse instrumentieren und davor warnen

Probleme, die entstehen, wenn die Telemetriedaten keine Gauß-Verteilung aufweisen

Techniken zur Anomalie-Erkennung einsetzen

Zusammenfassung.

Kapitel 16: Feedback ermöglichen, sodass Entwicklung und Operations Code sicher deployen können

Deployments mit Telemetriedaten sicherer machen

Dev nimmt am Bereitschaftsdienst von Ops teil

Entwickler ermutigen, ihre Arbeit in der Wertkette zu beobachten

Entwickler ihren Produktivservice initial selbst betreuen lassen

Kapitel 17: Hypothesengetriebene Entwicklung und A/B-Tests in die tägliche Arbeit integrieren

Eine kurze Geschichte des A/B-Testens

A/B-Tests in unser Feature-Testing integrieren

A/B-Tests in unser Release einbinden

A/B-Tests in unsere Feature-Planung integrieren

Kapitel 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 Teil IV

Teil V: Der Dritte Weg: Die technischen Praktiken des fortlaufenden Lernens und Experimentierens

Kapitel 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

Kapitel 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

Kapitel 21: Zeit für das firmenweite Lernen und für Verbesserungen reservieren

Rituale institutionalisieren, um technische Schulden zu bezahlen

Lehren und Lernen für jeden ermöglichen

Teilen Sie Ihre auf DevOps-Konferenzen Ihre Erfahrungen

Internes Consulting und Coaches zum Verbreiten von Praktiken aufbauen

Zusammenfassung Teil V

Teil VI: Die technischen Praktiken zum Integrieren von Information Security, Änderungsmanagement und Compliance

Kapitel 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.

Notes:

Includes bibliographical references and index.

Description based on online resource; title from PDF title page (ebrary, viewed November 13, 2017).

Authorized German translation of the original English title: The DevOps handbook, ©2016. Cf. Title page verso.

ISBN:

9781492023647

1492023647

9783960101239

3960101236

OCLC:

1007051239