DevOps für Dummies

Häftad, Tyska, 2019

339 kr

Beställningsvara. Skickas inom 5-8 vardagar. Fri frakt för medlemmar vid köp för minst 249 kr.

Arbeiten auch Sie nach DevOps-Prinzipien? Sollen oder wollen Sie umstellen? Was ist wichtig? Worauf kommt es an? Das Ziel von DevOps ist, dass Softwareentwicklung und IT-Auslieferung Hand in Hand arbeiten. Das ermöglicht schnellere Release-Zyklen und schont die Ressourcen. Wie das im Einzelnen geht, zeigt dieses Buch. Es stellt eine Roadmap für die Umstellung zur Verfügung, nennt notwendige Management- und Technologie-Entscheidungen und -Tools und scheut auch nicht davor zurück, notwendige Unternehmenskulturänderungen zu benennen, damit der Sprung ins DevOps-Gewässer gelingt.

Produktinformation

Utgivningsdatum2019-12-04
Mått176 x 240 x 18 mm
Vikt567 g
FormatHäftad
SpråkTyska
SerieFür Dummies
Antal sidor328
FörlagWiley-VCH Verlag GmbH
ISBN9783527716241
ÖversättareIsolde Kommer

Tillhör följande kategorier

Elektronik och kommunikationer inom Naturvetenskap och teknik

Über die Autorin 9Vorwort 11Einleitung 25Über dieses Buch 25Törichte Annahmen über den Leser 25Symbole in diesem Buch 26Wie geht es weiter? 26Teil I: DevOps entmystifizieren 27Kapitel 1 Einführung in DevOps 29Was ist DevOps? 29DevOps hat sich aus Agile entwickelt 30DevOps stellt Menschen in den Mittelpunkt 30Unternehmenskultur ist die Grundlage von DevOps 30Sie lernen, indem Sie den Prozess überwachen und Daten sammeln 31Überzeugungskraft ist der Schlüssel zur Umsetzung von DevOps 31Kleine, inkrementelle Änderungen sind unbezahlbar 32Von DevOps profitieren 32Das CALMS-Modell 33Das Problem der Interessenskonflikte lösen 35Kapitel 2 Gestalten Sie Ihre Organisation 37Die Gesundheit Ihrer Unternehmenskultur bewerten 38DevOps integrieren 39Die DevOps-Werte im Einzelnen 40Teamwork fördern 40Silos reduzieren 41Denken Sie systemorientiert 41Fehlschläge akzeptieren 41Kommunizieren, kommunizieren, kommunizieren 42Rückmeldungen entgegennehmen 42Abläufe automatisieren (falls sinnvoll) 43Die Unternehmenskultur formen 43Die schlimmsten Fehler der Technologiekultur vermeiden 45Eine Vision entwerfen 46Auf ein gemeinsames Ziel hinarbeiten 47Beurteilungen 48Prämien 49Kapitel 3 Überflüssiges erkennen 51Die sieben Arten von Verschwendung 52Unnötige Abläufe 52Wartezeiten 52Bewegung 53Kosten für Fehler 53Überproduktion 53Transport 53Lagerbestand 54Verschwendung in DevOps verstehen 54Verschwendung vermeiden 56Flaschenhälse erkennen 56Auf die Auswirkungen konzentrieren 59Kapitel 4 Die Kollegen überzeugen, es mit DevOps zu probieren 61Angst vor Veränderungen 61Die Leute um Sie herum vom Wechsel zu DevOps überzeugen 63Unterstützung von Führungskräften erhalten 65Eine Dünung im Entwicklungsteam aufbauen 66Die mittleren Manager managen 67Die Sturköpfe überzeugen 68Die Adaptionskurve verstehen 69Den Wandel vorantreiben 71Auf Gegenwind reagieren 72Den Abgrund überqueren 72Fragen Sie »warum« 73Kapitel 5 Ihr Unternehmen beurteilen 75DevOps quantifizieren 77Menschen 77Abläufe 78Technologie 79Die Daten erheben 80Interne Fallstudien entwickeln 80Eine qualitative Fallstudie: Konzentrieren Sie sich auf Ihre Mitarbeiter 81Eine quantitative Fallstudie: Konzentrieren Sie sich auf Deployments 83Teil II: Eine Pipeline einrichten 85Kapitel 6 Den neuen Entwicklungslebenszyklus übernehmen 87Alle an einen Tisch bitten 87Prozesse umwandeln: Von der Linie zum Kreis 88Administrative Aufgaben »nach links« schieben: über Infrastruktur nachdenken 92Auch Deployments nach links verschieben 93Simulation der Produktion durch Staging 93Kapitel 7 Vorausplanen 95Über das Agile-Modell hinausgehen 95Herausforderungen vorhersehen 97Herausforderungen und Einschränkungen bei Projekten identifizieren 98Zeitplan 98Budget 99Anforderungen bestimmen 99Ein MVP entwickeln 100Herausfinden, welches Problem Ihr MVP lösen muss 101Herausfinden, wer Ihre Kunden sind 102Die Konkurrenz unter die Lupe nehmen 102Funktionen priorisieren 103Die Benutzererfahrung gestalten 104Ihre Hypothese überprüfen 105Beta-Release, ja oder nein? 106Personas entwerfen, um Ihre Kunden besser kennenzulernen 106Was ist eine Persona? 107Eine Persona ausarbeiten 107Kapitel 8 Aus der DevOps-Perspektive designen 109Ihr Design konstruieren 110Für DevOps gestalten 112Softwareentwicklung für den Wandel 112Software kontinuierlich verbessern 113Ihre Software dokumentieren 114Codearchitektur für die sechs Leistungsmerkmale von DevOps 115Wartungsfreundlichkeit 116Skalierbarkeit 116Sicherheit 118Benutzerfreundlichkeit 119Zuverlässigkeit 120Flexibilität 120Designentscheidungen dokumentieren 121Fallstricke bei der Architektur vermeiden 122Kapitel 9 Code entwickeln 125Kommunikation rund um den Code 125Für den Fehlerfall entwickeln 128Wartungsfreundlichen Code schreiben 128Code testen 129Code debuggen 129Code protokollieren 130Unveränderbaren Code schreiben 130Lesbaren Code erstellen 131Programmiermuster 131Objektorientierte Programmierung 131Funktionale Programmierung 132Eine Programmiersprache wählen 132Anti-Patterns vermeiden 133Nach DevOps-Prinzipien entwickeln 134Sauberen Code schreiben 135Das Geschäft verstehen 135Anderen zuhören 135Die richtigen Schwerpunkte setzen 136Die Komfortzone verlassen 136Gute Vorgehensweisen etablieren 137Ordnung im Quellcode halten 137Tests schreiben 137Features dokumentieren 138Legen Sie den Kollegen Ihren Code zur Kontrolle vor 139Kapitel 10 Tests vor der Veröffentlichung 141Warum Tests? 141Automatisierte Tests sind nicht optional 142Testen in verschiedenen Umgebungen 143Lokale Umgebung 144Entwicklungsumgebung 144Testumgebung 145Staging-Umgebung 146Produktionsumgebung 146Über den Komponententest hinaus 147Komponententests: Es lebt! 147Integrationstests: Spielen alle Teile zusammen? 148Regressionstests: Verhält sich der Code nachÄnderungen noch genauso? 148Visuelle Tests: Sieht alles noch genauso aus? 148Performance-Tests 149Kontinuierliches Testen 149Kapitel 11 Ein Produkt deployen 151Code freigeben 151Kontinuierliche Integration und Auslieferung 152Von CI/CD profitieren 152CI/CD implementieren 153Kontinuierliche Integration 153Kontinuierliche Bereitstellung 154Kontinuierliches Deployment 154Deployments managen 155Richtig automatisieren 155Versionierung 156Fehler abmildern 158Rollbacks 158Flucht nach vorne 159Deployments demokratisieren 159Einen Deployment-Stil wählen 160Blue-Green-Deployment 160Schrödingers Kanarienvogel: Der Deploy ist tot (oder doch nicht?) 162Rolling Release 163Feature-Flags 165Ihre Systeme überwachen 165Telemetrie verstehen 166Verhalten aufzeichnen 166SLAs, SLIs und SLOs 167Teil III: Den Kreis schließen 169Kapitel 12 Rapid Iteration implementieren 171Wichtige Aufgaben zuerst 172Wichtig und dringend 173Wichtig, nicht dringend 173Dringend, nicht wichtig 175Weder wichtig noch dringend 176Schneller werden 177Die Performance verbessern 180Unvollkommenheit akzeptieren 181Kleine Teams gestalten 181Ihre Arbeit nachverfolgen 182Reibung verringern 183Warnmeldungen menschlicher gestalten 183Kapitel 13 Feedback-Schleifen rund um den Kunden einrichten 185Einen Kundenrückmeldungsprozess erstellen 186Eine Feedback-Schleife erstellen 187Empfangen 187Analysieren 188Kommunizieren 188Verändern 189Feedback sammeln 190Umfragen zur Zufriedenheit 190Fallstudien 191Dogfooding: Selbstanwendung 191Um kontinuierliche Rückmeldung bitten 193Promotorenüberhang: Net Promoter Score (NPS) 194Einen Rhythmus finden 194Kapitel 14 DevOps-Teams zusammenstellen 197DevOps-Teams formen 197So funktionieren funktionale Teams 198Ein spezielles DevOps-Team bereitstellen 199Funktionsübergreifende Produktteams bilden 200Schnell zum Vorstellungsgespräch (aber nicht zu schnell) 202Eine Stellenbezeichnung wählen 203Die Personalbeschaffung endet nie 205Die richtigen Leute finden 206Hervorragende Kandidaten weiterreichen 206Technische Fähigkeiten bewerten 207Überarbeitetes Whiteboarding 207Hausaufgaben 208Code-Reviews 209Schnell feuern 209Das Ekel 210Der Märtyrer 211Der Underperformer 211Kapitel 15 Eigenverantwortung für die Entwickler 213Entwicklungsteams mit DevOps skalieren 213Drei Phasen eines Unternehmens 214Start-up 215Etabliertes Start-up oder mittelständisches Unternehmen 215Großunternehmen 216Die Mühen der Ebene 218Die Motivation ergründen 219Motivation für Entwickler 220Abhängigkeit von extrinsischen Belohnungen vermeiden 220Autonomie 221Meisterschaft 221Sinnhaftigkeit 222Arbeit zum Vergnügen machen 222Den Leuten die Möglichkeit geben, ihre Teams auszuwählen 223Motivation messen 223Teil IV: Kaizen: die Kunst der kontinuierlichen Verbesserung 225Kapitel 16 Erfolgreich mit Fehlschlägen umgehen 227Schnelles Scheitern im Tech-Bereich 227Sicheres Scheitern 228Fehlerausbreitung einschränken 228Menschliches Versagen akzeptieren – und keine Schuldzuweisungen! 229Gut scheitern 230Wachstumsmentalität 230Die Freiheit zum Scheitern schaffen 231Kapitel 17 Auf Zwischenfälle vorbereitet sein 235Mit Automatisierung gegen »menschliches Versagen« ankämpfen 236Fokussierung auf Systeme: realistische Automatisierung 237Mit Automatisierungstools Probleme bei derCodeintegration vermeiden 238Deployments und Infrastruktur managen 240Overengineering eingrenzen 240Bereitschaftsdienste menschlicher gestalten 242Wenn Bereitschaftsdienste unmenschlich werden 242Humane Erwartungen an den Bereitschaftsdienst 243Notfallmanagement 245Beständigkeit zum Ziel machen 246Standardverfahren einführen 247Ein realistisches Budget ansetzen 248Reaktion auf Vorfälle vereinfachen 248Auf eine ungeplante Unterbrechung reagieren 249Fortschritt empirisch messen 253MTTR: Mean Time to Repair 253MTBF: Mean Time between Failures 254CPI: Cost per Incident 254Kapitel 18 Vorfälle nachträglich untersuchen 255Über die Analyse der Grundursache hinaus 255Die einzelnen Phasen eines Vorfalls durchgehen 257Vorfälle erfolgreich nachbereiten 258Das Treffen sofort anberaumen 258Alle miteinbeziehen 258Schuldzuweisungen vermeiden 258Den zeitlichen Ablauf betrachten 259Schwierige Fragen stellen 260Im Nachhinein sind Sie immer schlauer 261Gesprächsprotokolle anfertigen 262Einen Plan erstellen 262Teil V: Werkzeuge für Ihre DevOps-Praxis 263Kapitel 19 Neue Tools 265Integration von Open-Source-Software 265Open Computing als Innovationstreiber 266Open-Source-Lizenzierung 267Entscheidung für Open Source 268Auf neue Sprachen umstellen 270Compiler- und Interpretersprachen 270Parallelisierung und Multithreading 271Funktionale Programmierung 272Speicherverwaltung 273Sprachen sinnvoll auswählen 273Kapitel 20 Verteilte Systeme 277Monolithen und Microservices 278Zuerst eine monolithische Architektur wählen 279Umstieg auf Microservices 280Großartige APIs entwickeln 281Was ist eine API? 282Auf einheitliches Design achten 282Container: Viel mehr als virtuelle Maschinen 285Container und Images verstehen 286Microservices in Containern deployen 286Orchestrierer vergleichen: Die Harmonisierung des Schwarms 288Container konfigurieren 290Container überwachen: Halten Sie sie am Leben, bis Sie sie töten 291Container absichern: Diese Kisten brauchen ein Schloss 292Kapitel 21 Migration in die Cloud 295DevOps in der Cloud 295Ihre DevOps-Kultur in die Cloud bringen 296Lernen durch Übernahme 296Von Cloud-Diensten profitieren 297Arten von Clouds 298Public Cloud 298Private Cloud 299Hybrid Cloud 299Cloud as a Service 299Infrastructure as a Service 300Platform as a Service 300Software as a Service 301Den besten Cloud-Anbieter wählen 301Amazon Web Services (AWS) 302Microsoft Azure 302Google Cloud Platform (GCP) 303Tools und Services in der Cloud finden 303Teil VI: Der Top-Ten-Teil 307Kapitel 22 (Mehr als) 10 wichtige Gründe für DevOps 309Beständigen Wandel akzeptieren 309Die Cloud nutzen 310Die Besten einstellen 310Wettbewerbsfähig bleiben 311Menschliche Probleme lösen 311Mitarbeiter fordern 312Brücken schlagen 312Gut scheitern 312Kontinuierliche Verbesserung 313Mühsame Arbeiten automatisieren 314Auslieferung beschleunigen 314Kapitel 23 Die zehn größten DevOps-Fallstricke 315Kultur vernachlässigen 315Nicht alle mitnehmen 316Anreize schlecht aufeinander abstimmen 316Stillschweigen 317Vergessen zu messen 318Micromanaging 318Zu schnell zu viel verändern 319Schlechte Werkzeugauswahl 319Angst vor Misserfolgen 320Zu hart sein 320Stichwortverzeichnis 323