Mehr Business Value, weniger Personalaufwand

Mike Gualtieri, der oben erwähnte Forrester-Analyst, hat in seinem Statement zu DevOps im Jahre 2011 entgegengehalten, dass er die Entwickler in der Rolle sieht, sich mit Business-Herausforderungen zu beschäftigen und diese in Code umzusetzen. Ein Entwickler soll seine Zeit nicht damit verbringen Probleme in der Infrastruktur zusammen mit den Operations-Teams zu lösen. Er hat dieses Modell NoOps genannt. Zehn Jahre später sind die Entwickler (DevOps-Teams genannt) mit der Herausforderung konfrontiert, massiv mehr Business Value zu liefern. Technical Debts (technische Schulden) häufen sich an. Doch die Kapazität, um diese abzubauen oder Infrastruktur-Probleme zu lösen, wird in den Planungs-Sessions oft nicht berücksichtigt. Kein Business Value, kein Geld. Ein Uphill-Battle gegen das Business mit dem Resultat, dass DevOps-Teams langsam, aber sicher ausbrennen und über die Zeit die Qualität leidet. Ein Bumerang der sich rächen kann.

Wäre es nicht ausgezeichnet, wenn sich das Entwicklungsteam (z.B. Trading) gemäss Abbildung 2 ausschliesslich um die Fachlichkeit kümmert und die nötige Applikations-Infrastruktur über Self-servicing beziehen könnte? Und noch besser wäre es, wenn Probleme in der Produktion durch intelligente Services ohne weiteres Zutun von Menschen behoben würden. Der Koordinationsaufwand zwischen den Spezialisten aus den unterschiedlichen Teams wäre nicht mehr notwendig und die gewonnene Kapazität könnte für wertschöpfendere Arbeiten eingesetzt werden.

Dies ist heute möglich, wenn beständig auf Cloud-native Entwicklung gesetzt und die von Cloud-Provider angebotenen Services konsequent genutzt werden. In einem solchen Setup übernimmt das Cloud Center of Excellence (CCoE) die Rolle eines Brokers, der die vom Cloud-Provider angebotenen Services sorgfältig prüft (Kosten, Effizienz, Datenschutz, Sicherheit) und gemäss den unternehmensinternen Governance-Vorgaben entsprechend bereitstellt. Zusätzlich übernimmt das CCoE die Rolle eines internen Consultants, der die Entwicklungsteams bei der Anwendung von Cloud-Services hands-on unterstützt (Site Reliability Engineer, SRE).
Zum Beispiel sind Cloud-Services wie Serverless-Runtimes prädestiniert für NoOps, da sie eine vollständig verwaltete Umgebung bereitstellen. Der Aufwand des CCoEs um einen reibungslosen Betrieb zu gewährleisten ist wesentlich geringer im Vergleich zu einem Kubernetes-Service. Über einen Service Catalog werden die Services den Entwicklungsteams im Selfservice angeboten. Das ermöglicht es den Entwicklungsteams, schnell und effizient aus einem wohldefinierten Katalog an Services die Business-Herausforderungen in Applikationen zu giessen. Im Vergleich zu Abbildung 1 braucht es keine Spezialisten mehr, welche dedizierte Services bereitstellen und deren Betrieb sicherstellen.

Hast du auch einen spannenden Use Case? Let's talk!

Cyrill Rüttimann