Alle Wege der Cloud führen zu FinOps

In den ersten vier bis sechs Monaten nach den ersten Cloud-Projekten sammelt das Unternehmen bereits genug Erfahrung und Abstand, um seinen Verbrauch zu bewerten und ihn mit seinen Nutzungen und Zielen in Beziehung zu setzen. In dieser Phase sollte ein strategischer FinOps-Ansatz verfolgt werden. Dies ermöglicht eine bessere Budgetierung des Ressourcenbedarfs und die Einführung von Best Practices für eine langfristige Cloud.

Von der Schätzung bis zur Korrektur des Verbrauchs

In der ersten Phase des Assessments haben die Unternehmen bereits ein wenig von FinOps probiert. Die Bewertung stützt sich auf die Abakus des Unternehmens, um den Bedarf an Cloud-Ressourcen und die zu erwartenden monatlichen Kosten zu prognostizieren. In der Praxis ist die anfängliche Schätzung mit einer Fehlermarge von 10 bis 15 % der tatsächlichen Kosten verbunden, die in einem stabilen Umfeld nach unten oder oben gehen können. Dies ist ein erster nützlicher Indikator.

Die Cloud wirkt sich jedoch nicht nur auf Projekte, die Time-to-Market und die Innovationsfähigkeit eines Unternehmens aus. Sie kann auch schnell die Gewohnheiten und die Organisation von Teams verändern. So kann das, was als selbstverständlich angesehen und auf diese Weise in die Vorabbewertung eingebracht wurde, einige Monate später wieder verworfen werden und möglicherweise zu Mehrkosten führen.

Ein Beispiel ist sicherlich anschaulicher. Es ist durchaus möglich, die Kosten für eine Vorproduktionsumgebung auf einige Dutzend Euro pro Monat zu veranschlagen, wenn das Unternehmen sie nur etwa 20 Stunden pro Monat in Betrieb nehmen will. Die Entscheidung für einen kurzfristigen 24-Stunden-Betrieb aus Bequemlichkeit oder aus organisatorischen Gründen kann eine Rechnung um das Zehnfache erhöhen. Solche Entscheidungen können in keiner vorherigen Studie erfasst werden.

Dies ist der Vorteil eines echten FinOps-Ansatzes, der nach einigen Monaten umgesetzt wird. Das Unternehmen integriert seine neuen Bedürfnisse, die sich aus der Praxis ergeben, und verfügt über Einsparungsmöglichkeiten, die an die neuen Nutzungsweisen angepasst sind.

Von der Rechnungsprüfung zur FinOps-Kultur

Natürlich kann man in FinOps nur ein Dashboard zur finanziellen Überwachung sehen, was es zum Teil auch ist. Aber sein operatives Interesse liegt in der Korrelation der OPEX-Indikatoren mit den sich einstellenden Verbrauchsgewohnheiten.

Die Nutzung der Cloud als PaaS wie auch als IaaS ist noch neu. Es gibt nur sehr wenig Betriebsreife in den Teams, was zu zahlreichen Fehlhaltungen und den dadurch verursachten zusätzlichen Kosten führt. Die Ergebnisse einer FinOps-Studie ermöglichen es, zahlreiche Lehren zu ziehen, Verhaltensweisen abzuleiten und diese finanzielle Kultur der Cloud-Operationen schrittweise innerhalb der Abteilungen zu verbreiten.

Das Audit ist der Ausgangspunkt. Es bringt die Teams zusammen, macht bewusst, dass die finanzielle Kontrolle der Cloud nie von einer einzigen Person oder Abteilung abhängt, und bietet einen umfassenden Überblick über die verbrauchten Cloud-Ressourcen und die genutzten Tools: Compute, Storage, Datentransfer, Backup, Log, Monitoring, und PaaS, DBaaS und Middleware werden unter die Lupe genommen, das Preismodell jeder Komponente wird untersucht und ihr tatsächlicher Verbrauch bewertet.
Das Unternehmen kann dann die tatsächliche Nutzung mit der vorherigen Schätzung vergleichen und verstehen, wo es je nach den in den Vormonaten getroffenen Abwägungen mehr oder weniger verbraucht.

Vom Betrieb der Cloud-Dienste bis zur Einrichtung einer Governance.

Erst wenn ein Unternehmen in Produktion ist, kann man von einer Optimierung sprechen. Das heißt aber nicht, dass das Unternehmen in der Zwischenzeit seinem Schicksal überlassen wird. Automatisierte Warnmeldungen können Alarm schlagen, wenn die Schätzungen über einen vorher festgelegten Schwellenwert hinausgehen. Wenn dies auf eine Entscheidung des Unternehmens zurückzuführen ist, besteht kein besonderer Grund zur Sorge. Im umgekehrten Fall sind Maßnahmen erforderlich.

Der Übergang in die Cloud erfolgt nie in Iso-Perimeter. Aber zwischen den notwendigen Anpassungen und den Veränderungen des Projekts ist es wichtig, die Kontrolle zu behalten. Es liegt jedoch auch in der Natur der Cloud, dass sie sich weiterentwickelt, vor allem wenn sie von den Teams gut angenommen wird und diese davon profitieren. In diesem Fall ist es wichtig, die von den Cloud-Anbietern angebotenen Degressionsmodelle und die finanziell interessanteren Schwelleneffekte zu nutzen. Dies ist natürlich eine Optimierungsachse, die FinOps nie vernachlässigen sollten.

Letztendlich ist es immer noch eine Frage der Kultur und der finanziellen Governance, die das Unternehmen seltsamerweise außerhalb seiner dedizierten Abteilungen nicht immer umsetzen kann. Dabei ist eine Finanzabteilung heute genauso an der Überwachung des Cloud-Verbrauchs beteiligt wie eine IT-Abteilung, egal ob es darum geht, die Cloud mehrere Monate im Voraus zu steuern (z. B. im Hinblick auf die Saisonalität) oder die Gesamtausgaben für das Jahr zu planen. Es ist auch der Vektor für eine gemeinsame Sprache zwischen den Finanzabteilungen und den technischen Abteilungen. Amortisierte Kosten, gewichtete Kosten, Kosten nach BU, Kosten nach Abteilungen usw. - sprechen wir von denselben Konzepten? Die Definition einer Governance, die Einführung gemeinsamer Instrumente und gemeinsamer Regeln werden den Dialog im Unternehmen fördern und den Austausch mit dem Dienstleister reibungsloser gestalten.

Von der Optimierung zur Multicloud

Die Optimierung beruht auf zahlreichen Techniken wie Rightsizing oder Serverless, die wir in einem früheren Artikel näher erläutert haben. Die Cloud ermöglicht darüber hinaus eine Tagging-Politik, die für die finanzielle Überwachung besonders effizient und vor allem so granular wie möglich ist. Unter den bewährten Verfahren gehört das Tagging eines Rechners zu den wesentlichsten, da es eine Absicherung gegen finanzielle Fehlentwicklungen darstellt.

Es kommt jedoch vor, dass von der Konzeption zur Optimierung übergegangen werden muss. Dies ist immer dann der Fall, wenn ein Unternehmen schnell in die Cloud gehen möchte, insbesondere weil es sein Rechenzentrum verlässt und nicht genügend Zeit hat, um über ein echtes Refactoring nachzudenken.  Sie entscheiden sich dann zunächst für ein Lift&Shift (auch Rehosting genannt). Erst wenn die Infrastruktur in die Cloud gebracht wurde, wird ein Replatforming durchgeführt, das mithilfe der FinOps-Studie optimiert wird.
Das Refactoring-Verfahren, das länger dauert und komplexer umzusetzen ist, aber auch interessanter ist, weil es die Quintessenz der Cloud-Dienste nutzt, zielt darauf ab, die Architektur der Anwendungen so umzugestalten, dass sie vollständig an die Cloud angepasst werden.

Das Hauptziel von FinOps besteht darin, Unternehmen vor einer erzwungenen Rückkehr zu On Premise zu bewahren, wie es in den Anfangszeiten der Cloud recht massiv der Fall war. Es gibt alle möglichen Lösungen, damit die Cloud das technologische Sprungbrett für Dienstleistungen bleibt und nicht zu einer Bedrohung des finanziellen Abgrunds wird. Die Multicloud ist übrigens die logische Entwicklung, da die Unternehmen gelernt haben, das Beste von jedem Cloud-Anbieter ohne unnötige Bindungen zu konsumieren. Da die Verwaltung ihrer Systeme heute vollständig delegiert wird, konzentrieren sich alle mehr denn je auf ihr Kerngeschäft.