Kapitel 4. Die Sprache der FinOps

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com

Jedes Team in deinem Unternehmen verwendet wahrscheinlich disziplinspezifische Begriffe, betrachtet die Cloud-Abrechnungsdaten aus einer anderen Perspektive und hat unterschiedliche Motivatoren für das, was es erreichen möchte. In diesem Kapitel erfährst du, wie du die Zusammenarbeit der Teams verbessern kannst, indem du die Mitarbeiter über die spezifischen Begriffe aufklärst, die jedes Team verwendet, und indem du ein gemeinsames Lexikon definierst, das die Abstimmung und das Vertrauen fördert.

Ein Unternehmen in der Anfangsphase beginnt in der Regel mit einer einfachen täglichen Ausgabentransparenz, die den Teams ihre jeweiligen Ausgaben anzeigt. Das gemeinsame Lexikon ist jedoch nicht nur für FinOps-Einsteiger wichtig, sondern auch für die versiertesten FinOps-Praktiker. Mit zunehmender Reife in der Cloud wächst auch die Menge an Terminologie, die in der Kostenberichterstattung verwendet wird. Wenn du in deiner FinOps-Praxis weitere Leistungsbereiche hinzufügst, zusätzliche Cloud-Dienste in Anspruch nimmst und deine Berichterstattung immer detaillierter wird, gibt es immer mehr fachspezifische Terminologie. Dadurch steigt die Gefahr, dass mehrdeutige (oder doppelte) Begriffe verwendet werden, was zu Verwirrung und mangelndem Vertrauen in die Daten führen kann. Konsistenz wird in späteren Phasen noch wichtiger, um ein besseres Verständnis dafür zu schaffen, wie sich alle Berichte zueinander verhalten und die Verantwortlichkeit der jeweiligen Teams zu fördern. Vermeide esoterische, disziplinspezifische Begriffe aus dem Finanz- oder Ingenieurwesen und versuche, dich auf ein standardisiertes Lexikon zu einigen.

Ein gemeinsames Lexikon definieren

Es ist einfach, die Notwendigkeit eines gemeinsamen Lexikons zu verdeutlichen: Bitten Sie einfach ein Finanzteam und ein Ingenieurteam, jeweils eine Dienstleistung zu beschreiben. Ein Finanzteam denkt in der Regel an die Kosten und Tarife von Dienstleistungen, während Ingenieure eher an die Verfügbarkeit, die Zuverlässigkeit und die verfügbare Kapazität ihrer Dienstleistung denken werden. Beide sind richtig. Das Problem entsteht, wenn diese Teams versuchen, miteinander zu kommunizieren, wozu sie durch die Cloud viel häufiger gezwungen sind, als es zu Zeiten der Rechenzentren üblich war. In dieser nicht allzu fernen Vergangenheit hatten die Betriebsteams nur dann mit den Kosten zu tun, wenn sie den Kauf neuer Geräte vorschlugen. Danach drehte sich ihre tägliche Arbeit um die Effizienz und Leistung ihrer Dienste. Die Finanzteams hingegen konzentrierten sich darauf, welche Ausgaben gebunden waren und mit welchen Budgets sie abgeschrieben werden sollten.

Wenn du die Kaufkraft für Technologie in deinem Unternehmen verteilst, musst du sicherstellen, dass alle Teams dasselbe Vokabular für die Beschreibung der Kosten verwenden und dass du die Begriffe nicht so überfrachtest, dass sie für verschiedene Personen unterschiedliche Dinge bedeuten. Die Sprache wird komplexer, wenn du Cloud-Provider-spezifische Begriffe hinzufügst, und sie wird schnell inkohärent, wenn du zwischen mehreren Cloud-Providern und ihrer anbieterspezifischen Nomenklatur wechselst.

Wenn jeder Bericht, den du erstellst, auch noch ein Wörterbuch mit Begriffen enthalten muss - oder schlimmer noch, wenn sich jemand hinsetzen und dem Team beibringen muss, wie man einen Bericht liest -, verhindert das die teamübergreifende Zusammenarbeit, die das Herzstück von FinOps ist. Die Leute werden sich weigern, den Berichten die Zeit zu geben, die sie brauchen, um sie zu verstehen, während dem FinOps-Praktiker schnell die Bandbreite ausgeht, um alle auf dem Laufenden zu halten.

Um eine gemeinsame Sprache im gesamten Unternehmen zu entwickeln, müssen in den Berichten bestimmte Begriffe einheitlich verwendet werden, und die Teams müssen gelernt haben, sie richtig zu interpretieren. Während eine Person vielleicht versteht, dass " geteilte Kosten" dasselbe bedeutet wie " Kostenzuweisung", ist das in den Anfängen von FinOps noch nicht allgemein bekannt.

Wo es möglich ist, ist es besser, bestehende Sprachkonstrukte zu verwenden, anstatt völlig neue Begriffe zu schaffen, die die Teams lernen müssen. Und wenn ein Cloud-Provider eine Terminologie verwendet, die nicht mit der bestehenden Unternehmenssprache übereinstimmt, ist es am besten, sie zu übersetzen, bevor man sie den Teams mitteilt.

Definieren der Grundbegriffe

Natürlich wird die Lektüre dieses Buches auch dazu beitragen, ein gemeinsames Verständnis für die in FinOps verwendeten Begriffe zu entwickeln. Definieren wir einige Begriffe, die in der Branche verwendet werden:

Kostenverteilung (oder Kostenzuweisung)
Der Prozess der Aufteilung einer Cloud-Rechnung und der Zuordnung der Kosten zu den einzelnen Kostenstellen. In Kapitel 12 wird dieser Prozess ausführlicher behandelt. Es ist wichtig, dass die Teams verstehen, wie die Kosten umgelegt werden, und dass sie eine zentrale, kontrollierte und einheitliche Strategie für die Kostenzuweisung haben.
Vergeudete Nutzung
Ressourcennutzung, die nicht aktiv von einer Organisation genutzt wird. Wenn eine Ressource bereitgestellt wird, stellt der Cloud-Provider sie trotzdem in Rechnung, auch wenn sie nicht genutzt wird.
Übergröße/Untergröße
Wenn eine Cloud-Ressource größer als erforderlich bereitgestellt wird, z. B. mit zu viel Speicher oder Rechenleistung, gilt sie als überdimensioniert. Es ist wichtig zu wissen, dass auch das Gegenteil der Fall sein kann. Bei unterdimensionierten Ressourcen kannst du die Größe erhöhen, wenn sie durch die zusätzliche Leistung einen höheren Geschäftswert erzielen.
Rightsizing
Rightsizing ist der Vorgang, bei dem die Größe der bereitgestellten Ressourcen auf eine Größe geändert wird, die besser zu den Bedürfnissen passt.
Management der Arbeitsbelastung
Die Praxis, die sicherstellt, dass die Ressourcen in der Cloud nur dann laufen, wenn sie gebraucht werden. Dies ist eine der Praktiken, die es Ingenieuren ermöglicht, die Nutzung zu optimieren.
Tarif auf Abruf
Der normale oder Basispreis, der für eine Cloud-Ressource bezahlt wird. Dies ist der öffentliche Preis für eine Cloud-Ressource.
Ratenreduzierung
Verwendung von verbindlichen Rabatten wie Savings Plans (SPs), Reserved Instances (RIs), Committed Use Discounts (CUDs), Flexible CUDs oder kommerzielle Vereinbarungen zwischen einer Organisation und einem Cloud-Provider, um einen niedrigeren Tarif für die genutzten Ressourcen zu erhalten.
Kostenvermeidung
Indem du die Ressourcennutzung reduzierst, entweder indem du eine Ressource ganz entfernst oder indem du sie verkleinerst, kannst du vermeiden, für Ressourcen zu bezahlen, für die du sonst eine Gebühr zahlen müsstest. Diese Methode zur Reduzierung der Cloud-Ausgaben wird in Kapitel 15 behandelt. Beachte, dass in den Abrechnungsdaten nichts über die Kostenvermeidung steht; sie wird oft als Reduzierung der Kosten für den aktuellen Abrechnungsmonat gemessen.
Kosteneinsparungen
Indem du den Satz, den du für Ressourcen bezahlst, reduzierst, erzielst du Einsparungen. Anders als bei der Nutzungsreduzierung, bei der du Kosten vermeidest, werden die Kosteneinsparungen in deinen Rechnungsdaten ausgewiesen. Der Verbrauch bleibt bestehen, aber du zahlst einen niedrigeren Preis dafür. In der Regel kannst du die Einsparungen in den Rechnungsdaten nachverfolgen, entweder direkt durch die Überwachung der Gutschriften auf einer Rechnung oder durch den Vergleich des für eine Ressource gezahlten Tarifs mit dem normalen öffentlichen Preis. Ingenieurinnen und Ingenieure sollten sich jedoch bei ihren Finanzabteilungen erkundigen, was das Wort "Einsparungen" bedeutet, denn manche Finanzabteilungen interpretieren Einsparungen als die Möglichkeit, das Budget zu kürzen.
Realisierte Einsparungen
Wenn eine Einsparung auf die Abrechnungsdaten von angewendet wird, kannst du die Höhe der Einsparungen in deiner Cloud-Rechnung verfolgen. Indem du die erzielten Einsparungen mit dem Aufwand verglichst, den du betrieben hast, um sie zu erzielen und aufrechtzuerhalten, kannst du die Gesamteffektivität deiner FinOps-Praktiken bestimmen.
Einsparungspotenzial
Wenn du dir deine Cloud-Rechnung ansiehst, kannst du die Höhe der Einsparungen anhand deiner bestehenden Verpflichtungen und Geschäftsvereinbarungen vorhersagen. Aber solange diese Einsparungen nicht auf deine Konten angewendet werden, ist dies nur ein Einsparpotenzial.
Verpflichtungsabhängige Rabatte
Indem du einem Cloud-Service-Anbieter eine bestimmte Menge an Ressourcennutzung mittels SPs, RIs oder CUDs im Voraus zusagst, erhältst du eine Ermäßigung auf den normalerweise für diese Ressourcen gezahlten Tarif.
Nicht in Anspruch genommene/ nicht genutzte Mittelbindungen
Für jede Stunde, die du für eine Ressourcennutzung zugesagt hast, die du aber nicht nutzt, bleibt diese Reservierung ungenutzt oder wird nicht in Anspruch genommen. Ein anderer Begriff dafür ist Reservierungsleerstand.
Verpflichtungsmüll
Eine Reservierung mit einer gewissen Unterauslastung ist kein Problem, solange der Rabatt, den du erhältst, größer ist als die Kosten der ungenutzten Reservierung. Wenn die Reservierung dich mehr kostet, als du sparen würdest - d.h. wenn sie nicht so genutzt wird, dass du mehr sparst als die Kosten der Reservierung -, nennt man das Verpflichtungsverschwendung.
Abgedeckte Nutzung
Wenn eine Ressourcengebühr durch eine Reservierung ermäßigt wird, nennt man das abgedeckt. Die Nutzung wird durch die Reservierung abgedeckt, und das Ergebnis ist ein niedrigerer Gebührensatz.
Abdeckbare Nutzung
Nicht jede Nutzung der Cloud ist mit einer Verpflichtung abdeckbar. Wenn du z. B. Ressourcen während der Geschäftszeiten stark beanspruchst und nach den Geschäftszeiten wieder abbaust, könnte eine Zusage zu einer Verschwendung von Ressourcen führen und keine Einsparungen bringen. Es ist aber auch möglich, dass über Nacht Batch-Arbeiten anfallen, während die Nutzung am Tag nachlässt, und eine Zusage würde beide Arbeitslasten abdecken, was zu Einsparungen in beiden Fällen führt. Wenn die Deckung des Verbrauchs durch eine Verpflichtung zu Einsparungen führen würde, stufe sie als deckungsfähig ein. Wichtig ist, dass eine Reihe von Ressourcen so konstant ausgelastet ist, dass eine Zusage zum Sparen genutzt werden kann, und nicht, ob eine einzelne Ressource konstant läuft.
Ungekürzte Raten (AWS-spezifisch)
Einige Ressourcen werden in abnehmenden Raten berechnet je mehr du sie nutzt. (Weitere Informationen zu Mengenrabatten findest du in Kapitel 16.) Das bedeutet, dass dir unterschiedliche Preise für Ressourcen in Rechnung gestellt werden, je mehr du verbrauchst oder je länger du im Monat unterwegs bist. Anhand deiner Rechnung kannst du sehen, dass einige Ressourcenkosten höher sind als andere, selbst für dieselbe Art von Ressource oder eine identische Ressource. Wenn die Tarife auf diese Weise dargestellt werden, nennt man sie in der AWS-Sprache "unblended".
Gemischte Tarife (AWS-spezifisch)
AWS bietet in seinen Abrechnungsdaten einen Mischtarif an. Dieser Mischtarif vereinheitlicht den Tarif, den du für dieselbe Art von Ressource zahlst, indem er die Kosten gleichmäßig auf die einzelnen Ressourcen verteilt, es sei denn, die Nutzung wird durch verbindliche Rabatte abgedeckt. AWS bietet diesen Mischtarif zwar in seinen detaillierten Abrechnungsdaten an, aber die Art und Weise, wie die Kosten gemischt werden, ist oft nicht ganz gleichmäßig, oder einige Ressourcenkosten werden nicht gemischt, weil sie durch Verpflichtungen abgedeckt sind, was zu Verwirrung über die wahren Kosten einer Ressource führen kann. Es gibt immer noch einen speziellen Anwendungsfall für Mischsätze beim Abgleich von Rechnungen, wenn CUR-Dateien (Cost and Usage Report) verwendet werden, aber darüber hinaus sind Mischsätze selten nützlich.
Amortisierte Kosten
Einige Cloud-Ressourcen und bindungsbasierte Rabatte können mit einer Vorauszahlung erworben werden. Die amortisierten Kosten einer Ressource berücksichtigen diese Anfangszahlung und teilen sie auf, indem sie die anteiligen Kosten für jede Stunde (oder Sekunde oder Millisekunde) der Abrechnung zuweisen. So wird zum Beispiel eine einjährige Vorabverpflichtung (SPs, RIs oder Reservierungen) auf alle Zeiträume aufgeteilt, in denen diese Verpflichtung auf eine Ressource angewendet wurde.
Vollständig aufgeladene Kosten
Die Vollkosten werden abgeschrieben, spiegeln die tatsächlichen vergünstigten Tarife wider, die ein Unternehmen für Cloud-Ressourcen zahlt, berücksichtigen die geteilten Kosten und sind der Organisationsstruktur des Unternehmens zugeordnet. Im Wesentlichen zeigen sie die tatsächlichen Kosten für deine Cloud und was sie verursacht. Dein Unternehmen kann die Vollkosten anders definieren, je nachdem, welche Rabatte und Kostenkomponenten du einbeziehen möchtest. Oder du definierst einen anderen Begriff, um dies im Berichtswesen deines Unternehmens darzustellen.

Definition von Finanzbegriffen für Cloud-Experten

Einige Begriffe, die aus dem Finanzwesen stammen und für Ingenieure hilfreich sind, sind:

Matching-Prinzip
Ausgaben sollten in dem Zeitraum erfasst werden, in dem der Wert erhalten wurde, nicht unbedingt in dem Zeitraum, in dem der Cloud-Provider sie in Rechnung gestellt hat oder in dem die Zahlung erfolgt ist. Das Matching-Prinzip gilt für die periodengerechte Abrechnung und ist der Hauptunterschied zur kassenbasierten Abrechnung. Bei der IaaS-Abrechnung kann die (in der Regel monatliche) Rechnung, die du vom Cloud-Provider erhältst, Vorauszahlungen enthalten, die über die längere (12- oder 36-monatige) Laufzeit der Verpflichtung Vorteile - also Rabatte - auf die Ressourcen bringen; der größte Teil des Nutzens der Vorauszahlung fällt nicht in diesen Abrechnungszeitraum. Das bedeutet, dass du die Ausgaben anhand der Rechnungsdaten (z. B. Kosten- und Nutzungsberichte in AWS, Azure Billing File in Azure) und nicht anhand der Rechnungen des Anbieters abrechnen solltest.
Kapitalkosten/WACC/ICC
Die Kapitalkosten sind die Kosten, die einem Unternehmen entstehen, wenn es sein Geld für eine Investition einsetzt. Manchmal werden sie auch als interne Kapitalkosten (ICC) bezeichnet. In der Cloud sind die Kapitalkosten eine wichtige Überlegung, wenn es darum geht, im Voraus für zusätzliche Rabatte auf Verpflichtungen wie RIs zu zahlen. Wenn sich ein Unternehmen zum Beispiel Geld zu 8% leiht, betragen seine Kapitalkosten 8%. Diese 8% sind die Messlatte, die das Unternehmen bei seiner Kapitalrendite überschreiten muss. Dieses 8%-Beispiel ist jedoch stark vereinfacht. In der Realität haben die meisten Unternehmen eine Vielzahl von Quellen, über die sie Zugang zu Kapital erhalten. Verschiedene Arten der Fremd- und Eigenkapitalfinanzierung können sehr unterschiedliche Renditen bringen. Bei der Berechnung der Kapitalkosten müssen Unternehmen in einer solchen Situation eine Mischung aus diesen Sätzen verwenden, die so genannten gewichteten durchschnittlichen Kapitalkosten (WACC). Die meisten Finanzteams kennen ihren WACC und müssen ihn bei der Anschaffung von RI berücksichtigen.
Kosten der verkauften Waren (COGS)

COGS misst, wie viele Dollar Aufwand es braucht, um in einer bestimmten Periode Einnahmen zu erzielen. Wenn ein Energieversorgungsunternehmen zum Beispiel Kohle aus der Speicherung in das Kraftwerk transportiert, würde es die Kosten für die verbrannte Kohle erfassen. Da diese Kosten keinen zukünftigen Nutzen haben, handelt es sich um einen Aufwand, der direkt mit den Erträgen in dieser Periode verbunden ist, also um Herstellungskosten. Der Test für COGS ist: Werden sie direkt als Aufwand verbucht und stehen sie in direktem Zusammenhang mit den Einnahmen in derselben Periode?

Hosting-Kosten, die für F&E ausgegeben werden, können steuerlich günstiger behandelt werden als solche, die für COGS ausgegeben werden, daher ist die Fähigkeit, zwischen den beiden klar zu unterscheiden, eine potenziell wertvolle Fähigkeit der FinOps-Bemühungen.

Jason Rhoades, Intuit

Für ein Softwareunternehmen wären die COGS die monatliche Cloud-Rechnung für den Betrieb der Software, die Provisionen für die Verkäufer und die Supportkosten. Die Cloud-Kosten sind am variabelsten und bieten das meiste Optimierungspotenzial. Da es in der Regel nicht zum guten Ton gehört, die Verkaufsprovisionen zu kürzen oder die Supportmitarbeiter zu entlassen, wirft dies ein grelles Licht auf die Optimierung der Cloud-Ausgaben, ohne die Einnahmen zu schmälern.

EBITDA
Das Ergebnis vor Zinsen, Steuern und Abschreibungen (EBITDA) ist eine weit verbreitete Kennzahl für die Rentabilität von Unternehmen. Bei dieser Kennzahl werden auch die Ausgaben im Zusammenhang mit der Verschuldung ausgeklammert, indem der Zinsaufwand und die Steuern zum Gewinn hinzugerechnet werden. Nichtsdestotrotz ist es ein präziseres Maß für die Unternehmensleistung, da es den Gewinn vor dem Einfluss von buchhalterischen und finanziellen Abzügen ausweist. Mit dem EBITDA lassen sich Unternehmen untereinander und mit dem Branchendurchschnitt vergleichen. Das EBITDA ist ein gutes Maß für die Entwicklung des Kerngewinns, da es einige externe Faktoren eliminiert und einen genaueren Vergleich zwischen Unternehmen ermöglicht.

Abstraktion hilft beim Verstehen

Menschen haben oft Schwierigkeiten mit sehr großen und sehr kleinen Zahlen. Wenn etwas zum Beispiel $1 pro Stunde kostet, ist es relativ einfach zu berechnen, wie viele Stunden du für $10 bekommst. Wenn die Ressourcenkosten jedoch 0,0034 $ pro Stunde betragen, musst du einen Taschenrechner benutzen, um herauszufinden, wie viele Stunden du für 10 $ bekommst. Auch die Formatierung der Zahlen ist wichtig. Ohne Formatierung ist 100000000 schwer zu lesen. Die meisten Menschen müssten die Nullen zählen und Kommas hinzufügen, um den Betrag zu ermitteln.

Ein weiteres menschliches Problem bei großen Zahlen ist, dass wir dazu neigen, unser Gefühl für den Maßstab zu verlieren. Das kann ein Problem sein, wenn Teams mit großen Dollarbeträgen arbeiten, also mit Tausenden, Millionen, Zehnmillionen oder mehr. Wie Hans Rosling in seinem Buch Factfulness (Flatiron Books) darlegt, setzt der Größeninstinkt ein, wenn Menschen mit sehr großen oder sehr kleinen Zahlen zu tun haben, und du musst Wege finden, damit umzugehen.

Bei einem Treffen der FinOps Foundation zeigte eines der Mitglieder, wie die Abstraktion FinOps unterstützen kann. Er unterstrich seinen Standpunkt mit der Bemerkung, dass der Unterschied zwischen einer Milliarde und zwei Milliarden nicht nach viel klingt, aber in Wirklichkeit eine riesige Veränderung ist.

Viele Unternehmen mit hohen Cloud-Ausgaben tun sich schwer damit, ihren Ingenieuren aussagekräftige Metriken über die Ausgaben zu geben. Stell dir vor, ein Unternehmen gibt jedes Jahr 100 Millionen Dollar für die Cloud aus. In dieser Größenordnung werden alle Menschen Schwierigkeiten haben, die Größenordnung der Zahlen zu verstehen. Und wenn du Probleme mit der Größenordnung hast, wird es schwierig, Fragen wie diese zu beantworten:

  • Ist eine Optimierung von 30.000 Dollar im Monat wenig oder viel?

  • Wie viel Aufwand lohnt sich, um die Einsparungen zu erzielen?

  • Ist das wirklich wichtig für das Unternehmen?

  • Gibt es wichtigere Prioritäten?

Die Aufrechterhaltung einer Kultur der Verantwortlichkeit, die für eine erfolgreiche FinOps-Praxis so wichtig ist, wird immer schwieriger, wenn die Zahlen zu groß werden, um sich darauf zu beziehen.

Um den Kontext und das Verständnis zu verbessern, ist es manchmal hilfreich, nicht das übliche Vokabular zu verwenden, denn die konkrete Zahl der ausgegebenen oder eingesparten Dollar ist vielleicht nicht das Wichtigste. Wenn die Auswirkungen der Ausgaben oder Einsparungen auf das Unternehmen in anderen Maßeinheiten ausgedrückt werden können, kommt die Botschaft viel klarer an.

Ein Mitglied der FinOps Foundation setzte zum Beispiel die Höhe der Kosteneinsparungen in Relation zum Bier. Wenn das Team bestimmte Maßnahmen ergreifen würde, könnte es das Äquivalent von tausend Bieren einsparen. In den Jahren seit der ersten Ausgabe dieses Buches konnte derselbe Bierkenner sein Berichtswesen so weiterentwickeln, dass es auch greifbare Geschäftskennzahlen wie bediente Anfragen, erzielte Umsätze und bediente Kunden umfasst.

Diese Abkehr von der ausschließlichen Berichterstattung in Dollar ist wichtig, weil jedes Team, das mit Cloud-Ausgaben zu tun hat, eine andere Motivation hat. Die Motivationen der Teams zu nutzen, um ein geeignetes Beispiel zu finden, ist eine Möglichkeit, die Cloud-Ausgaben in einen sinnvolleren Kontext zu stellen. Ein aufstrebender Motivator für Ingenieurteams ist zum Beispiel die Einführung von Nachhaltigkeitskennzahlen wie Kohlenstoffemissionen. In Kapitel 19 findest du mehr über Nachhaltigkeit und FinOps.

Wenn die Cloud-Kosten an eine wichtige Geschäftskennzahl gekoppelt sind, z. B. einen Prozentsatz des Umsatzes des unterstützten Produkts oder des Outputs einer Schlüsselaktivität, ergibt sich für die Unternehmensleitung ein verständlicheres Bild der Gesamteffizienz der Cloud-Ausgaben. Ein Unternehmen kann dann Zielvorgaben für den prozentualen Anteil der Ausgaben festlegen und diese nutzen, um Projekte zur Optimierung mit einer Reihe von Techniken voranzutreiben, die das Wachstum der Cloud-Ausgaben im Verhältnis zum Umsatzwachstum verringern. Teil III befasst sich mit Optimierungsmethoden.

Aber diese allgemeine Geschäftsstrategie hat keinen direkten Bezug zu den Motivationen der Teams. Ingenieurteams zum Beispiel setzen ihre Bemühungen in Funktionalität für die Nutzer um, sodass ihre Motivation darin besteht, ihr Ingenieurteam zu vergrößern und mehr Funktionalität zu liefern. Ein Mitglied der FinOps Foundation stellte fest, dass er durch die Darstellung der Cloud-Ausgaben in Form der monatlichen Kosten des Ingenieurteams einen sinnvollen Weg gefunden hatte, um die Ingenieure einzubinden. Bei der Bewertung einer kostensparenden Maßnahme konnten sie sagen, dass eine Optimierungsmaßnahme zu einer bestimmten Menge an zusätzlichem Personal führen könnte, oder sie konnten sagen, wie schnell eine kostensparende Maßnahme das Gehalt eines Teams amortisieren könnte.

Wenn du die Motivationen der Teams kennst, kannst du einen effektiven Weg finden, sie einzubinden. Für Service Manager ist die Berichterstattung in alternativen Einheiten wie Kosten pro täglichem aktiven Nutzer (DAUs) eine gute Taktik. Indem sie die Cloud-Ausgaben durch die Anzahl der DAUs ihrer Dienste teilen, können sie zeigen, wie viel Geschäftswert diese Dienste pro ausgegebenem Dollar generieren.

Wenn eine FinOps-Praxis weiter reift und du anfängst, Einheitsmetriken einzuführen, kannst du einer Geschäftsfunktion echte Kosten zuordnen und anfangen, Kostengespräche in Wertgespräche zu lenken. Für ein Transportunternehmen könnte die Einheitskennzahl die ausgelieferten Pakete sein, oder du könntest mit einer einfacheren Kennzahl wie Kosten pro Anfrage oder API-Aufruf beginnen. Wenn du die Cloud-Kosten mit den Kosten für jede Lieferung gleichsetzen kannst, kannst du über Kostenoptimierungen berichten, indem du angibst, wie viele Sendungen du mit den erzielten Einsparungen mehr machen kannst. Diese Kontextualisierung hilft dabei, ein gemeinsames Verständnis zwischen den Teams zu schaffen.

Cloud-Sprache versus Business-Sprache

Wenn du Berichte erstellst, die sich von den Personen entfernen, die die Cloud-Ressourcen betreiben, oder von dem FinOps-Team , das die Kosteneinsparungsprogramme durchführt, ist es sinnvoll, die Cloud-spezifischen Begriffe zu abstrahieren. Wenn du diese Begriffe durch allgemeinere Geschäftsbegriffe ersetzt, kannst du die Berichte zusammenfassen und trotzdem genau sein.

Betrachten wir als Beispiel die Cloud-Reservierungen für Rechenressourcen. Diese werden in Kapitel 17 ausführlicher behandelt, aber im Allgemeinen geht es darum, dass du Geld sparen kannst, wenn du dich gegenüber einem Cloud-Provider verpflichtest und diese Verpflichtungen effektiv nutzt. Wenn du das nicht tust, verlierst du Geld. AWS nennt sie Savings Plans oder Reserved Instances, wobei die verschiedenen Optionen unterschiedliche Beträge sparen.

Wenn dein FinOps-Team einen Bericht für sich selbst erstellt, benötigt es die Details zu den einzelnen Verpflichtungen. Aber wenn du anfängst, Berichte für die Finanzabteilung und dann für das gesamte Unternehmen zu erstellen, ändert sich die wichtige Botschaft. Hier geht es um den Gesamterfolg: Hast du Geld gespart oder verloren? Wenn du bei der Berichterstattung von wolkenspezifischen Begriffen wie " Auslastung der Verpflichtungen" zu allgemeineren Begriffen wie " realisierte Einsparungen" übergehst, schaffst du Klarheit.

Die Anzahl der Personen, die sich mit der Cloud auskennen müssen, wird reduziert, vor allem, wenn du dich von der Technologie entfernst und dich mehr auf allgemeine Geschäftsberichte und Überwachung konzentrierst. Und wenn du dich bei deinen Berichten auf das tatsächliche Geschäftsergebnis konzentrierst , wird das Vertrauen, die Glaubwürdigkeit und das Verständnis weiter gestärkt.

Einen universellen Übersetzer zwischen deinen DevOps- und Finanzteams schaffen

Wir haben dieses schon einmal mit dem Konzept des Babel-Fischs aus Douglas Adams' Meisterwerk Per Anhalter durch die Galaxis (Harmony Books) beschrieben. Allerdings war das eine Referenz, die nicht jeder verstanden hat. Stattdessen werden wir eine Star Trek-Referenz auf eine ähnliche Idee verwenden, den Universalübersetzer. In Star Trek wird der Universalübersetzer verwendet, um fremde Sprachen in die Muttersprache des Benutzers zu übersetzen. Das ist genau das, was jedes FinOps-Team gerne den Finanz-, Technik- und Produktteams zur Verfügung stellen würde, damit sie sich alle perfekt verstehen können.

Wir haben zum Beispiel an Sitzungen teilgenommen, in denen das technische Team über die spezifischen Werte sprach, die sie für die Kennzeichnung von Cloud-Ressourcen verwenden, während das Finanzteam allgemeiner über die Notwendigkeit der Kostenzuweisung sprach. Beide Teams beschrieben dasselbe, aber es gab Nuancen in den Berichten, die sie überprüften, wie z. B. Details darüber, wie ein Tag-Wert für die Kostenzuweisung verwendet wurde, die verhinderten, dass die beiden Teams sich gegenseitig verstanden.

Sie hätten einen Übersetzer einsetzen können, um die Verwirrung zu beseitigen.

Aber wenn sowohl das Finanz- als auch das technische Team sich darüber im Klaren sind, wie FinOps-Praktiken wie die Kostenzuweisung innerhalb des Unternehmens funktionieren, beginnt das Gespräch immer auf einer gemeinsamen Verständnisebene - es wird kein Universalübersetzer benötigt.

Finanz- und Ingenieurteams sind sehr intelligent. Du musst dich jedoch daran erinnern, dass sie unterschiedliche Praktiken und eine unterschiedliche Terminologie haben. FinOps sollten den Finanzteams helfen, die Cloud-Sprache zu verstehen, indem sie die Cloud-spezifische Terminologie für diejenigen abstrahieren, die die Dollar- und Centbeträge verstehen, und sie sollten die Finanzanforderungen für die Ingenieurteams vereinfachen.

FinOps-Praktiker erstellen Berichte und Prozesse, die es den Finanz- und Technikteams ersparen, viel Zeit mit dem Lernen und Arbeiten außerhalb ihres Fachgebiets zu verbringen. Die Erstellung dieser Berichte in einer einheitlichen Sprache ermöglicht es den Teams, sich mit gemeinsamen Begriffen vertraut zu machen und diese gemeinsamen Berichte dann für Gespräche über die Vorteile und Kosten der Cloud zu nutzen.

Du brauchst FinOps, damit die Teams effizient kommunizieren können. Im Idealfall muss ein Mitglied des FinOps-Teams gar nicht im Raum sein. Die Anwesenheit einer solchen Person wird weniger notwendig, wenn alle ein gemeinsames Vokabular haben. Das FinOps-Team ist jedoch immer da, um bei der Erstellung dieser Berichte zu helfen, damit das Vertrauen, das Verständnis und die Klarheit weiter wachsen.

Die Notwendigkeit, alle Disziplinen zu unterrichten

FinOps-Teams können dann dabei helfen, die von einer Organisation verwendeten Begriffe zu sammeln und zu definieren, die für die Beschreibung von Cloud-Ausgaben und -Einsparungen verwendet werden sollen. Fachspezifische Begriffe, Branchenbegriffe und Variationen, die von verschiedenen Cloud-Providern verwendet werden, müssen in ein gemeinsames Lexikon übernommen und/oder angepasst werden.

Von niemandem in den Bereichen Finanzen, Technik, Produkt, Beschaffung oder Management sollte erwartet werden, dass er versucht, alle gängigen Sprachen der anderen Teams zu lernen. Im Idealfall treffen sich alle in der Mitte, wo die Finanzabteilung die notwendigen Begriffe zur Beschreibung der Cloud-Ressourcen lernt, die Technik die Begriffe zur Beschreibung der Kosten, und die Produktteams lernen, mit beiden zu kommunizieren. Wenn Teams mehr von der Sprache lernen, die andere Teams verwenden, führen die Gespräche schneller zu erfolgreichen Ergebnissen.

Benchmarking und Gamification

Wenn ein gemeinsames Berichtswesen ( ) mit der gleichen Sprache verwendet wird, um die Ausgaben und die Optimierung der einzelnen Teams zu messen, können die Teams verglichen werden - und sogar eine freundschaftliche Rivalität entstehen. Kapitel 22 befasst sich eingehender mit den Kennzahlen, die zum Vergleich von Gruppen verwendet werden, aber denk erst einmal daran, wie die Möglichkeit, Teams zu vergleichen, zur Gamification führen kann.

Zum Beispiel können virtuelle Leistungsabzeichen für die erfolgreiche Verwaltung der Cloud-Ausgaben des Teams vergeben werden. Die Auszeichnung von Teams, die die meisten Optimierungen durchführen, und die Hervorhebung des positiven Effekts auf die gesamten Cloud-Ausgaben und die Optimierung ist eine großartige Möglichkeit, Teams zu engagieren und zu ermutigen.

Alternativ dazu kann eine Berichterstattung, die die schlimmsten Übeltäter hervorhebt - also diejenigen, die keine Optimierungsmaßnahmen ergriffen, die Cloud-Ausgaben ihres Teams ignoriert oder nur langsam auf unerwartete Ausgabenanomalien reagiert haben - effektiv sein und sogar Spaß machen, wenn sie gut gemacht ist. Unserer Erfahrung nach mögen es Teams nicht, als schlimmste Übeltäter aufgeführt zu werden, und sie werden oft zusätzliche Anstrengungen unternehmen, um ihre Position auf der Liste zu ändern. Wir werden uns in Kapitel 11 näher mit den so genannten "Schandfleck-/Schlimmstraftäterlisten" befassen, wenn wir uns mit Praktiken beschäftigen, die dir helfen, deine FinOps-Ziele zu erreichen.

Fazit

Letztlich nutzt ihr euer gemeinsames Lexikon, um ein gemeinsames Verständnis für eure Cloud-Kosten und Optimierungsmöglichkeiten zu entwickeln.

Um es zusammenzufassen:

  • Sei dir bewusst, dass verschiedene Teams fachspezifische Begriffe verwenden.

  • Hilf dem Personal, ein gemeinsames Vokabular zu lernen und die Begriffe, die in der Berichterstattung verwendet werden, einheitlich zu verwenden, um Verwirrung zu vermeiden.

  • Ein FinOps-Team muss nicht ständig als Übersetzer in Meetings fungieren, sondern sollte dabei helfen, dass die Teams lernen und in die Lage versetzt werden, mehr und mehr selbstständig zu kommunizieren.

  • Ziehe in Erwägung, Berichte mit abstrakten Maßeinheiten zu erstellen, um die Kommunikation für deine Teams sinnvoller zu gestalten.

  • Wenn du die Kosten und Einsparungen in Relation zu einer Einheit des Geschäftswerts setzt, kannst du beurteilen, wie effizient deine Cloud-Ausgaben sind.

Bevor du deine Cloud-Ausgaben optimieren kannst, musst du deine Cloud-Kosten verstehen. Im nächsten Kapitel werfen wir einen Blick auf die Anatomie einer Cloud-Rechnung.

Get Cloud FinOps, 2. Auflage now with the O’Reilly learning platform.

O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.

Start your free trial