6 DevOps-Fallstudien
Zugegebenermaßen habe ich vor zwei Jahren maßgeblich zum DevOps-Diskurs beigetragen, mit Gesprächen, die sich um Kultur, Prinzipien und Ziele drehten. Und obwohl all diese Elemente von DevOps-Umgebungen wichtig sind, liegt die größte Herausforderung meiner Meinung nach heute im mangelnden Verständnis dafür, warum DevOps überhaupt Vorteile bietet. Es geht darum, den Prozess in Gang zu bringen oder einfach den nächsten Schritt zu wagen. Der beste Weg, den Wandel einzuleiten, ist, sich Unternehmen anzusehen, die bereits große Fortschritte in der modernen Softwareentwicklung erzielt haben. Es gibt kein universelles DevOps-Konzept, aber bestehende Implementierungen bergen eine Fülle von Tipps und Tricks und manchmal sogar konkrete Implementierungsstrategien. robustes DevOps Die
Hier sind sechs DevOps-Implementierungen, die sich meiner Meinung nach darauf konzentrierten, Methoden in Ergebnisse umzusetzen (mit Präsentationen der jeweiligen Unternehmen in der Liste):
DocuSign
Die Entwicklung bei DocuSign war schon immer agil. Der nächste Schritt hin zu DevOps-Prozessen gestaltete sich jedoch schwierig. Aufgrund der Natur ihres Geschäfts (Verträge und Signaturen) stellen Continuous Integration und Continuous Delivery zweifellos eine große Herausforderung dar. Ihr Erfolg basiert auf Transaktionen – nicht auf Geldtransaktionen, sondern auf dem Austausch von Signaturen und Genehmigungen. Sollte etwas schiefgehen und beispielsweise eine Genehmigung falsch zugeordnet werden, hätte dies schwerwiegende Folgen. Um die moderne Entwicklungsgeschwindigkeit zu unterstützen, nutzen sie daher ein praktisches Tool namens Application Mock – in diesem Fall ein Mock für ihre interne API. Das Tool bietet einen simulierten Endpunkt und liefert simulierte Antworten. In Kombination mit dem Incident-Management können sie dies nutzen und die Anwendung vor der Veröffentlichung mit Simulationen testen, die realen Transaktionen sehr nahekommen. Slideshare ansehen »
Forter
Ähnlich wie DocuSign ist auch die Anwendung von Forter auf schnelle und sensible Transaktionen angewiesen. Forter legt großen Wert auf die automatische Fehlerbehebung durch ein effektives Incident-Management. Sie haben eine durchdachte Architektur zur Behandlung aller Probleme entwickelt. Ein Filterprozess identifiziert häufig auftretende Probleme, um diese entweder automatisch zu beheben oder später zu analysieren und in ihr System zu integrieren. Dieser Fokus auf die Prävention von Problemen ist der Schlüssel zur Weiterentwicklung ihrer Lieferkette. Slideshare ansehen »
Turnitin
Turnitin ist eine Plattform, die Schülerinnen und Schülern hilft, ihre schriftlichen Arbeiten zu verbessern. (Das hätte ich mir in der Schule gewünscht.) Ich habe viel von Samantha, einer Datenbankmanagerin bei Turnitin, gelernt, als sie erklärte, wie Monitoring die Datenbankleistung ihrer Anwendung optimiert. Ich bin zwar kein Datenbankadministrator, aber die Fähigkeit, normale und ungewöhnliche Lastspitzen zu erkennen, die Antwortzeiten des Backends zu überwachen und schnellstmöglich auf ungewöhnliche Spitzen zu reagieren, ist für jede Anwendung wichtig. Slideshare ansehen »
Gengo
Gengo ist eine Übersetzungsplattform. Sie wird sowohl von kommerziellen Endnutzern als auch von Entwicklern zur Integration in ihre Anwendungen eingesetzt. Ähnlich wie Forter verfolgt Gengo den Ansatz, intelligentes Monitoring als Weg zu nutzen, um nicht nur bessere Produktionsanwendungen zu realisieren, sondern auch übergeordnete Ziele zu erreichen, wie beispielsweise die Freisetzung von Zeit im Team für Innovationen. Insbesondere aufgrund der verteilten Architektur ihrer API können Probleme, die infolge eines Updates auftreten, besonders schwer zu erkennen sein. Slideshare ansehen »
Was mir an den oben genannten vier Implementierungen besonders gefällt, ist, dass sie keine DevOps-Einhörner sind und auch nicht die Vorzeigebeispiele für DevOps (wie Netflix oder Etsy), wodurch ihre Geschichten für alle Anwendungen relevanter werden.
Aber schauen wir uns auch die beiden Vorzeigebeispiele an:
Etsy
Etsy ist ein vielzitierter DevOps-Praktiker und leistet zudem einen Beitrag zu … Technologie und Werkzeuge Die verfügbaren Informationen zeigen einen Top-Down-Ansatz bei der DevOps-Einführung. Die gesamte Organisation verstand frühzeitig, dass langfristige Veränderungen sich auf die Unternehmenskultur, Einstellungsverfahren, Motivationstechniken usw. konzentrieren müssen. Auf der taktischen Seite (Infrastruktur) lag der Fokus jedoch auf der teamübergreifenden Zusammenarbeit, einer offenen Kommunikationspolitik und Transparenz für alle. Slideshare ansehen »
Netflix
Netflix wird sogar noch mehr als Etsy als DevOps-Traumunternehmen präsentiert. Und es mangelt nicht an Beispielen, die zeigen, wie reibungslos ihre Umgebung funktioniert (und welche beeindruckenden Dinge sie umsetzen). Achten Sie in ihrer Präsentation besonders auf die Referenzarchitekturen und darauf, wie sie sicherstellen, dass ihre Cassandra-Datenbank nicht ausfällt. Boom! Sie investieren während des Release-Prozesses viel Aufwand in umfassende Datenbanktests. Backends werden oft erst nach mehreren Releases und unter begrenzten Szenarien getestet. Slideshare ansehen »
Finde dein eigenes Playbook
Es ist üblich, eine Implementierung zu finden, die der eigenen ähnelt und als Schritt-für-Schritt-Anleitung für die DevOps-Implementierung im eigenen Unternehmen dienen kann. Aufgrund der Unterschiede in Technologie-Stacks, Anwendungen und Teams ist eine direkte Übertragung der Prozesse anderer Organisationen jedoch nicht möglich. Dennoch lassen sich von erfolgreichen DevOps-Praktiken wertvolle Erkenntnisse gewinnen, auf denen man aufbauen kann.