Der Blog

Grundlagen eines erfolgreichen DevOps-Teams

von Tony Albanese 3. April 2014 | 4 Minuten Lesezeit

Dies ist der letzte Beitrag unserer Serie über den Übergang zu einer DevOps-Kultur (vorerst). Um von Anfang an zu beginnen, lesen Sie: Warum Sie eine DevOps-Kultur etablieren sollten .

Wenn wir über DevOps sprechen, konzentrieren wir uns häufig auf Zusammenarbeit und Kultur. Einer der wichtigsten Aspekte bei der Einführung eines DevOps-Ansatzes in Ihrem Unternehmen sind die Tools und Verfahren, die diese Bewegung vorantreiben. Noch wichtiger sind Ihre Beziehungen zu Ihren Tools und Ihrer Kultur, um eine Grundlage für Selbstbedienung, Priorisierung und Menschen zu schaffen.

Entwickler-Self-Service mit Infrastrukturautomatisierung

In einem DevOps-Modell können Entwickler viele Aufgaben selbst erledigen, für die sie sich früher auf ein Betriebsteam verlassen mussten. Um eine effektive Umstellung auf eine DevOps-Kultur zu erreichen, unterstützen Betriebsingenieure Entwickler, indem sie Tools erstellen, die Entwickler in die Lage versetzen, Probleme selbst zu lösen.

Diese Self-Service-Tools sorgen für die Konsistenz der Leistung, der funktionalen und physischen Eigenschaften Ihrer Produkte. Darüber hinaus behalten Sie Ihre Anforderungen, Ihr Design und Ihre Betriebsinformationen während des gesamten Lebenszyklus Ihres Produkts unter Kontrolle. Tools wie Chef (das wir bei PagerDuty verwenden) ermöglichen es uns, unsere Infrastruktur als Code zu behandeln, um durch Versionskontrolle, automatisierte Tests und Peer-Reviews Konsistenz in unseren Test-, Entwicklungs- und Produktumgebungen durchzusetzen.

Indem Sie Entwicklern die Tools zur Verfügung stellen, die sie zum Löschen ihrer eigenen Probleme benötigen, können Sie mehr Zeit darauf verwenden, Ihre Produkte, Dienste und Prozesse zu verbessern.

Festlegen einer Priorisierung für die von Ihnen überwachten Elemente

Wenn Sie verfolgen, was für Kunden wichtig ist, können Sie Ihre Überwachungsmetriken priorisieren. Bei PagerDuty priorisieren wir unsere Fähigkeit, Ereignisse zu akzeptieren und unseren Kunden Warnmeldungen zu senden, vor allen anderen Systemen und Prozessen. Wir nehmen Zuverlässigkeit ernst und wissen, wie sehr unsere Kunden sich darauf verlassen, dass wir Warnmeldungen erhalten. Wenn sie keine Warnmeldungen erhalten, bemerken sie möglicherweise einen Fehler in ihren Systemen nicht, was zu längeren Ausfällen führen kann. Da wir für Kunden wichtige Metriken überwachen und priorisieren, besteht ein Gefühl der Dringlichkeit, wenn uns eines unserer Überwachungstools über einen Vorfall informiert.

Unsere Techniker verzögern die Behebung eines Alarmproblems nicht, weil sie sich gerade um einen Vorfall kümmern, der nicht den Kunden betrifft. Durch die Festlegung von Prioritäten können wir schnell umschalten, um sicherzustellen, dass Ihnen unser Service jederzeit zur Verfügung steht.

Wir empfehlen Ihnen, herauszufinden, welche Aspekte Ihrer Produkte und Dienstleistungen Ihren Kunden am wichtigsten sind, und Ihre Überwachung und Warnmeldungen auf diese Bereiche zu konzentrieren. Sie werden feststellen, dass Ihre Zufriedenheitsrate steigt, wenn es weniger Störungen bei den Dienstleistungen gibt, die Ihren Kunden am wichtigsten sind.

Verbinden Sie Menschen miteinander und mit Ihren Systemen

Für die Einführung einer DevOps-Kultur ist es notwendig, dass man befugt ist und zusammenarbeitet. Tools sollen unsere Beziehungen untereinander unterstützen und stärken. Beispielsweise ermöglicht GitHub Ihrem Team nicht nur, Code zu speichern, sondern auch zusammenzuarbeiten und eine zentrale Wissensquelle zu teilen und eine Versionskontrolle bereitzustellen, falls etwas schief geht und zurückgesetzt werden muss.

Bei PagerDuty sind wir bestrebt, die Verbindungsebene zwischen Ihren Tools und Mitarbeitern zu sein, damit Sie schneller auf Vorfälle reagieren und Ihre durchschnittliche Reparaturzeit verkürzen können. Wir hoffen, dass unser Service bei Ihren Teammitgliedern ein Verantwortungsbewusstsein schafft und es Teams ermöglicht, für ein gemeinsames Ziel zusammenzuarbeiten (z. B. die Behebung eines kritischen Vorfalls). Ohne Mitarbeiter wird Ihr Unternehmen nicht erfolgreich sein und Sie werden kein funktionierendes Produkt haben.

Damit Mitarbeiter Ihr Unternehmen effektiv unterstützen können, müssen sie in der Lage sein, zu arbeiten, wenn sie gebraucht werden. Ein effektiver Ansatz ist, Mitarbeiter auf Abruf zu halten, damit sie immer wissen, für welche Systeme sie verantwortlich sind.

„Indem wir Entwickler auf Abruf haben, können wir die entsprechenden Teams mit umsetzbaren Warnmeldungen ansprechen.“ – Eduardo Saito, Director of Engineering bei GREE

Wer bisher noch nie Bereitschaftsdienst geleistet hat, sträubt sich vielleicht, aber er wird bald den Wert der Bereitschaftsarbeit erkennen, wenn jeder seine Probleme mit den Problemen seiner Kunden in Einklang bringt.

Wir haben in letzter Zeit viel darüber gesprochen, wie Sie in Ihrem Unternehmen auf ein DevOps-Modell umsteigen können. Wenn Sie gerade erst anfangen, denken Sie daran, dass eine Kultur der Zusammenarbeit der Schlüssel ist. Sie können kein DevOps-Modell mit isolierten Abteilungen betreiben. Dies kann die größte Hürde für Ihr Unternehmen sein. Aber wenn Sie Ihre Energie darauf konzentrieren, Ihr Team durch Self-Service zu stärken, Tools zu verwenden, die die Leute mit ihren Systemen verbinden, und eine Priorisierung Ihrer gemeinsamen Ziele zu ermitteln, sind Sie auf dem richtigen Weg.

Update 10.04.14 – Lesen Sie weiter in der Reihe zum Übergang zu DevOps: