Cloud-Budgets in Azure steuern: Verbrauch, Rabatte, Datenausgang

Ohne laufende Messung kein Budget

In der Cloud entstehen Kosten mit dem Verbrauch, nicht mit dem Kauf. Die Schweizerische Bankiervereinigung beschreibt Cloud Computing nach der NIST-Definition (NIST SP 800-145) als Modell: Jederzeit und überall greift man über ein Netz auf einen geteilten Pool konfigurierbarer Rechnerressourcen zu – Netze, Server, Speichersysteme, Anwendungen und Dienste. Diese lassen sich schnell und mit minimalem Verwaltungsaufwand bereitstellen.

Der EDÖB beschreibt dieselbe Eigenschaft aus Anwendungssicht: Software, Speicherkapazitäten, Entwicklungstools sowie Netzwerk- oder Rechnerleistung werden bedarfsorientiert beim Anbieter bezogen. Wer den Verbrauch nicht laufend misst, kennt seine Kosten erst mit der Rechnung.

CloudOps rahmt diese Aufgabe betrieblich: Verfahrensweisen und Tools zur Überwachung, Sicherung und Optimierung von Software und Services in der Cloud-Infrastruktur. Verbrauchsmessung ist damit keine einmalige Bestandesaufnahme, sondern eine wiederkehrende Betriebsaufgabe mit festen Zuständigkeiten.

Die Messbasis liefert Cloud Monitoring. Nutanix beschreibt darunter Strategien und Verfahren, mit denen Unternehmen Zustand, Performance, Verfügbarkeit und Sicherheit ihrer cloud-basierten Services und Anwendungen analysieren, verfolgen und verwalten. Als automatisierte Software gibt sie Administratoren einen vollständigen Überblick über Zustand und Performance und hilft, Schwachstellen früh zu erkennen und zu beheben, bevor sie die Erfahrung der Endbenutzer beeinträchtigen.

Nutanix nennt als Anforderung, Überwachungstools mit verschiedenen Cloud-Anbietern zusammenzuführen. Wer bei mehr als einem Anbieter bezieht, braucht diese Zusammenführung, damit Verbrauch und Kosten in einer Sicht vergleichbar werden.

Vier Instrumente tragen die Budgetsteuerung, jedes mit eigenem Namen: Cloud Monitoring für die Messreihe, Microsoft Cost Management für Analyse und Ausgabenprognose, Azure Budgets für den Grenzwert je Einheit, Azure Copilot für die zusammengefasste Kostensicht. Wer Messung und Entscheidung nicht trennt, kann eine Reservierung nicht begründen.

Verbrauchsdaten taugen als Steuerungsgrösse nur, wenn sie vier Dinge hergeben: Ressourcenart, Zuordnung, Zeitbezug und Datenqualität. Die Ressourcenart umfasst Rechenleistung, Speicher, Netzwerk und Datenausgang. Die Zuordnung erfolgt zu Kunde, Projekt oder Kostenstelle. Der Zeitbezug trennt stabile Grundlast und Spitzen; die Datenqualität muss belastbar sein.

Aproda führt Validierung, Dublettenprüfung und Konsistenz als eigene Phase im Datenmanagement. Ohne Zuordnung bleibt eine Verbrauchszahl eine Zahl ohne Adressat – und damit ohne Budgetwirkung.

Verbrauchsdaten entstehen an mehreren Erfassungspunkten. Aproda nennt ERP, CRM, Webshops, IoT-Geräte und mobile Apps und gliedert das Datenmanagement in sechs Phasen: Datenerfassung, Datenarchitektur, Datenspeicherung, Datenqualität, Analyse & Reporting sowie Governance & Sicherheit.

Wer Daten aus verschiedenen Quellen nicht systematisch erfasst, strukturiert und analysiert, trifft Entscheidungen im Blindflug. Das gilt für den Betrieb wie für das Budget.

Der EDÖB hält fest: Cloud-Dienste zeichnen sich dadurch aus, dass sie als standardisierte Lösungen bereitgestellt werden. Standardisierte Leistungen lassen sich gleichartig messen und über Anbieter und Zeit vergleichen. Erst diese Vergleichbarkeit macht aus Verbrauchsdaten eine Budgetgrösse.

Der EDÖB nennt als typische Anwendungen Office 365, Tools für die Online-Zusammenarbeit, Online-CRM-Systeme und das Hochladen von Dateien auf einen entfernten Server. Jede erzeugt laufenden Verbrauch und damit eine wiederkehrende Kostenposition.

Microsoft Cost Management führt fünf benannte Funktionen: Kostenanalyse, Budgets, Kostenwarnungen, Kostenzuteilung und Exporte. Die Kostenanalyse kategorisiert nach Ressourcengruppe, Dienst, Speicherort oder Kennzeichnung.

Microsoft Cost Management verfolgt den Verbrauch, überwacht Ausgaben, identifiziert Kostenanomalien und erstellt Ausgabenprognosen. Die Kostenanalyse kategorisiert Cloudkosten nach Ressourcengruppe, Dienst, Speicherort oder Kennzeichnung. Azure Copilot fasst Kosten zusammen, vergleicht den Verbrauch und isoliert Schwankungen.

Microsoft Cost Management erhöht die Verantwortlichkeit mit Budgets, Kostenzuteilung und Governancerichtlinien. Verbrauchsdaten erhalten damit eine Adresse, an der sie budgetwirksam werden.

Monitoring und Budgetwarnungen, die zum Betrieb passen

Ein Monitoring für KMU und IT-Dienstleister muss granular messen, zentral darstellen und zuverlässig alarmieren. Der Anbieter Naveum betreibt die Monitoring-Software PRTG als Hosted Service und nennt Sensoren für Systeme, Geräte und Applikationen: Ping, http, SMTP, FTP, POP3, Packet Sniffing sowie SQL-Sensoren für Oracle, MS-SQL und MySQL.

In Azure Budgets braucht jedes Budget mindestens einen Kostenschwellenwert in Prozent des Budgets und eine E-Mail-Adresse. Möglich sind bis zu fünf Schwellenwerte und fünf E-Mail-Adressen pro Budget. Im Beispiel von Microsoft wird eine E-Mail-Warnung generiert, wenn 90 Prozent des Budgets erreicht sind.

Remote Probes erfassen die Daten lokal beim Kunden; dargestellt wird alles in einer einzigen webbasierten Überwachungsplattform. Benachrichtigungen laufen laut Anbieter per E-Mail oder Microsoft Teams; kostengünstige Pakete gibt es ab 100 Sensoren.

Betrieben wird das Monitoring als Service: Der Anbieter stellt die Server, betreibt und aktualisiert die Software. Die Plattform liegt nach Angaben von Naveum vollständig in Schweizer Rechenzentren. Das begünstigt Datenhoheit und planbaren Betriebsaufwand, weil beim Kunden weder eigene Hardware noch Update-Arbeit anfällt.

Budgets setzen sich am Ende eines Zeitraums – monatlich, vierteljährlich oder jährlich – automatisch auf den gleichen Betrag zurück. Weichen die budgetierten Beträge künftiger Zeiträume ab, sind separate Budgets anzulegen. Wird ein Schwellenwert erreicht, gehen die E-Mail-Benachrichtigungen normalerweise innerhalb einer Stunde nach der Auswertung hinaus.

Für IT-Dienstleister kommt ein zweiter Effekt hinzu: Aus den Monitoring-Daten lassen sich SLAs nachweisen, und Kunden erhalten transparenten Einblick in die Uptime.

Vor dem Aufsetzen sind die eigenen Anforderungen zu klären: Welche Systeme und Applikationen sind geschäftskritisch? Welche Messgrössen werden daraus abgeleitet? Über welchen Kanal wird alarmiert, wo werden die Messdaten gehostet, und wer reagiert ausserhalb der Geschäftszeiten?

Für die Budgetsteuerung liefert das Monitoring die Messreihe, nicht die Entscheidung. Wer Grundlast und Spitzen über Monate belegt, kann begründen, welchen Anteil er bindet und welchen er bedarfsorientiert bezieht.

Von der Zahl zur Entscheidung: Ausreisser finden

Zur Steuerung wird eine laufende Messung erst, wenn Abweichungen auffallen. Cloud Monitoring lässt sich als automatisierte Software umsetzen, die kontinuierlich überwacht und Cloud-Administratoren einen vollständigen Überblick über Zustand und Performance gibt. Anomalieerkennung heisst: Nicht der absolute Wert löst aus, sondern die Abweichung vom bekannten Muster eines Systems oder Kunden.

Neben Anomalieerkennung und Echtzeitdaten gehören automatisierte Abläufe zu den Mitteln. Fürs Budget heisst das: Eine erkannte Abweichung löst einen vorher festgelegten Schritt aus, statt nur eine Meldung zu erzeugen.

Neben den tatsächlichen Kosten kann ein Budget auch auf die Prognose reagieren. Ein prognostizierter Schwellenwert wird als Prozentsatz des Budgets konfiguriert; die Warnung entsteht, wenn die Kostenprognose diesen Wert überschreitet. So fällt eine Entwicklung auf, bevor das Geld ausgegeben ist.

Bei den Kosten greifen dieselben Mechanismen: Ein ungewöhnlicher Anstieg des Verbrauchs oder des Datenausgangs fällt am Tag des Auftretens auf statt am Monatsende auf der Rechnung.

Praktisch braucht es zwei Stufen: Schwellwerte alarmieren bei Überschreitung sofort dorthin, wo tatsächlich reagiert wird – etwa per E-Mail oder in einen Teams-Kanal. Trendwarnungen melden eine schleichende Entwicklung, bevor ein Grenzwert erreicht ist. Wer nur am Monatsende auf die Rechnung schaut, kann in diesem Zeitraum weder eine fehlerhafte Konfiguration noch eine unerwartete Lastspitze korrigieren.

Die Alarmwege sind benannt: Naveum meldet per E-Mail oder Microsoft Teams, Azure Budgets per E-Mail, SMS oder Webhook. Über Azure Automation und Azure Logic Apps löst ein Budgetereignis eine Aktion aus, etwa das Stoppen von virtuellen Maschinen. Wer ausserhalb der Geschäftszeiten erreichbar sein muss, legt Kanal und Zielperson vor dem ersten Alarm fest.

Dazu gehört ein fester Auswertungsrhythmus: Wer Trendwarnungen wöchentlich prüft, sieht eine Verschiebung, bevor sie sich in der Monatsrechnung niederschlägt. Ohne diesen Rhythmus bleibt die Anomalieerkennung folgenlos.

Für die Auswertung nennt Aproda Power BI, Dashboards und Self Service BI als Bausteine von Analyse & Reporting. Im Microsoft-Ökosystem nennt Aproda Microsoft Dataverse für das operative Arbeiten und Microsoft Fabric als analytische Plattform. Die Aproda AG begleitet als Microsoft-Dynamics-365-Integrator Schweizer KMU von der Strategie über die Implementierung bis zum laufenden Betrieb.

Azure Budgets legt Grenzwerte für Cloudausgaben fest: Zeitraum, Betrag und Warnschwellenwert. Warnungen basieren auf tatsächlichen oder prognostizierten Kosten und werden per E-Mail, SMS oder Webhook versandt. Integriert mit Azure Automation und Azure Logic Apps lassen sich Aktionen auslösen, etwa das Stoppen von virtuellen Maschinen bei Erreichen eines Ausgabenlimits.

Azure Budgets lassen sich auf mehreren Ebenen anlegen: für das gesamte Abonnement, eine Ressourcengruppe oder einzelne Ressourcen. So erhält jede Einheit ein eigenes Limit, statt dass die ganze Organisation an einem Sammelbudget gemessen wird.

Drei Anwendungsmuster greifen wieder: ein monatliches Budget für Entwicklungsumgebungen, eines für Produktionsumgebungen und eines für Testumgebungen. In Testumgebungen fahren nicht genutzte Ressourcen ausserhalb der Geschäftszeiten automatisch herunter; das senkt die Ausgaben, ohne die Steuerung zu verändern.

Microsoft Cost Management bietet Kostenwarnungen für Ausgabenspitzen oder -rückgänge. Exporte erstellen benutzerdefinierte Berichte und integrieren Kostendaten in andere Geschäftssysteme. So wird der Auswertungsrhythmus aus der Messung direkt in die Buchhaltung oder ins Controlling übernommen.

Azure Budgets sind Teil von Microsoft Cost Management. Ausgabenlimits, Kostenwarnungen, Kostenzuteilung und Exporte greifen damit auf dieselbe Kostensicht zu.

Bedarfsorientiert beziehen oder Kapazität festlegen

Der bedarfsorientierte Bezug ist das Kennzeichen der Cloud. Die Schweizerische Bankiervereinigung zitiert die NIST-Definition: Bei Bedarf lässt sich jederzeit und überall über ein Netz auf einen geteilten Pool konfigurierbarer Rechnerressourcen zugreifen. Diese können schnell und mit minimalem Verwaltungsaufwand beziehungsweise geringer Serviceprovider-Interaktion zur Verfügung gestellt werden.

Als Vorteile nennt die Bankiervereinigung: neue Technologien wie künstliche Intelligenz sind ohne grosse Investitionen in eigene Hardware und Software nutzbar. Grosse Datenmengen lassen sich in Echtzeit analysieren. Entwicklung und Testing von Applikationen bringen Effizienzgewinne.

Was sich reservieren lässt, hängt von der Bezugsart ab. Die Bankiervereinigung nennt drei Nutzungsvarianten – Infrastructure as a Service, Platform as a Service und Software as a Service – sowie vier Bereitstellungsarten: Private, Community, Public und Hybrid Cloud. Je standardisierter der bezogene Dienst, desto eher lässt sich der Bedarf vorausschauend beziffern.

Reservierte Kapazität ist das Gegenmodell zum spontanen Bezug. Mit einer Azure Reservierung verpflichtet man sich, einen bestimmten Typ von Computeinstanz oder eine Instanzfamilie in einer bestimmten Azure-Region für einen bestimmten Zeitraum zu nutzen, etwa eine D2v4-VM ein Jahr lang. Diese Rechnung geht nur auf, wenn die Messdaten eine stabile Nachfrage belegen; sonst zahlt man für ungenutzte Leistung.

Die Entscheidungsgrundlage liefert das Monitoring: Höhe und Stabilität der Grundlast über mehrere Monate, die erwartete Entwicklung, die Laufzeit der Verpflichtung und der Wechselaufwand. Zu klären ist zudem, für welche Region und welchen Anbieter die Reservierung gilt und was bei Nichtnutzung geschieht.

Vor der Verpflichtung ist die Messreihe zu prüfen: Erst wenn Grundlast und Spitzen über mehrere Monate belegt sind, lässt sich der zu reservierende Anteil begründen. Fehlen diese Daten, wird die Reservierung zur Annahme statt zur Rechnung.

Für schwankende Lasten bietet Microsoft Sparpläne: Man verpflichtet sich für 1 oder 3 Jahre zu einem festen Dollarbetrag pro Stunde; eine in einer Stunde nicht genutzte Verpflichtung verfällt. Mit einem Sparplan für Compute spart man laut Microsoft bis zu 65 % auf die Preise der nutzungsbasierten Bezahlung, mit einem Sparplan für Datenbanken bis zu 35 %. Reservierungen bringen bei stabiler Nutzung tiefere Rabatte.

Ein Instrument für diese Prüfung ist der Cloud-Leitfaden der Schweizerischen Bankiervereinigung. Er zeigt Banken umsetzbare Lösungsansätze, um rechtliche und regulatorische Anforderungen mit technischen und organisatorischen Massnahmen zu konkretisieren und zu operationalisieren. Wer Kapazität über eine feste Laufzeit bindet, braucht diese Konkretisierung vor der Zusage.

Microsoft Cost Management erstellt Ausgabenprognosen auf Basis des bisherigen Verbrauchs. Diese Prognose liefert die Zahlen für die Reservierungsentscheidung: Höhe und Stabilität der Grundlast über mehrere Monate. Ohne belastbare Prognose bleibt jede Reservierung eine Annahme.

Microsoft Cost Management verteilt Cloudkosten über Kostenzuteilungsregeln auf Geschäftseinheiten, Projekte oder Kunden. Der reservierte Anteil lässt sich so einer Einheit zuordnen, statt die ganze Organisation zu belasten.

Für die Reservierungsentscheidung greifen drei namentlich benannte Bausteine ineinander: die Messreihe aus dem Cloud Monitoring, die Ausgabenprognose aus Microsoft Cost Management und der Grenzwert aus Azure Budgets.

Datenausgang und Datenstandort als Kosten- und Risikofaktor

Jede Bewegung von Daten über eine Systemgrenze – zwischen Regionen, Zonen oder Anbietern – ist eine eigene Kostenposition und ein Datenschutzthema. Der EDÖB nennt drei Punkte, die bei der Nutzung von Cloud-Diensten besondere Aufmerksamkeit verlangen: Einsatz von Auftragsbearbeitern und Unterauftragsbearbeitern, Sicherheit der Datenbearbeitung, Übermittlung von Personendaten in Drittländer. Findet eine Datenbekanntgabe ins Ausland statt, muss laut EDÖB vor der Bekanntgabe geprüft werden, ob sie den gesetzlichen Anforderungen genügt.

Kostenposition und Risikoposition sind dieselbe Datenbewegung, nur unterschiedlich bewertet. Als Kostenposition erscheint sie in der Kostenanalyse von Microsoft Cost Management; als Risikoposition steht die Frage im Raum, ob eine Datenbekanntgabe ins Ausland den gesetzlichen Anforderungen genügt. Getrennte Zuständigkeiten für beide Sichten verdecken den Datenausgang.

Der EDÖB nennt als Beispiele für Cloud-Nutzung unter anderem das Hochladen von Videos auf Streaming-Plattformen und das Hochladen von Dateien auf einen entfernten Server. Beide Vorgänge bewegen Daten über eine Systemgrenze und erzeugen damit Datenausgang als eigene Kostenposition.

Was der Datenausgang kostet, zeigt die Azure-Preisliste für Bandbreite. Eingehende Daten und Übertragungen innerhalb derselben Verfügbarkeitszone sind kostenlos. Regionsübergreifend innerhalb Europas kostet die Übertragung $0.02 pro GB, von Europa zu anderen Kontinenten $0.05 pro GB. Übertragungen zwischen Azure-Diensten in derselben Region werden nicht verrechnet.

Für das Budget gelten dieselben vier Anforderungen wie bei jeder Ressource: Ressourcenart, Zuordnung, Zeitbezug und Datenqualität. Der Datenausgang ist als Ressourcenart zu führen, einer Kostenstelle zuzuordnen, zeitlich aufzulösen und in belastbarer Qualität zu erfassen. Sonst lässt er sich weder begrenzen noch budgetieren.

Für ausgehenden Internetverkehr aus Europa über das Microsoft-Netz sind die ersten 100 GB pro Monat kostenlos. Danach kosten die nächsten 10 TB $0.087 pro GB, die nächsten 40 TB $0.083, die nächsten 100 TB $0.07 und die nächsten 350 TB $0.05 pro GB. Datenbewegungen gehören deshalb als eigene Zeile in die Kostenanalyse.

Kostenseitig folgt daraus eine einfache Architekturregel: Verarbeitung möglichst dort belassen, wo die Daten entstehen, Replikation auf das Nötige beschränken und Exporte bündeln statt laufend zu übertragen. Wer weiss, welche Daten wohin fliessen, kann den Datenausgang begrenzen. Wer es nicht weiss, kann ihn weder budgetieren noch gegenüber Auftraggebern begründen.

Der Datenstandort wirkt in dieselbe Richtung. Die Azure-Regionen Schweiz, Norden und Schweiz, Westen gehören zur Abrechnungszone 1 mit Nordamerika und Europa; für sie gelten damit dieselben Datenausgangspreise wie für die übrigen europäischen Regionen.

Für Anbieter, die Behörden beliefern, ist die Anforderung härter geworden. Bär & Karrer verweist auf die im November 2025 veröffentlichte Resolution von privatim, der Konferenz der schweizerischen Datenschutzbeauftragten. Ebenso nennt Bär & Karrer die Ausschreibung des BAG zur SwissHDS-Infrastruktur vom Februar 2026. Sie verlangt, dass sämtliche Infrastrukturkomponenten keine technische oder rechtliche Abhängigkeit von äusseren Jurisdiktionen aufweisen – etwa vom US CLOUD Act.

Wer solche Auftraggeber bedient, muss Datenstandort und Rechtsabhängigkeit der eingesetzten Komponenten belegen können.

Der EDÖB verweist auf das überarbeitete privatim-Merkblatt «Cloud-spezifische Risiken und Massnahmen» (2022). Ergänzend nennt er zwei Broschüren des deutschen Bundesamts für Sicherheit in der Informationstechnik: «Sichere Nutzung von Cloud-Diensten – Schritt für Schritt von der Strategie bis zum Vertragsende» (2016) und die «Checkliste zur Auswahl eines Cloud-Dienstes» (2022).

Microsoft Cost Management kategorisiert Cloudkosten nach Dienst und Speicherort. Wer den Datenausgang als eigenen Dienst führt, sieht ihn in der Kostenanalyse als separate Position. Die Kostenzuteilung weist ihn anschliessend einer Kostenstelle zu.

Wer im Betrieb die Verantwortung trägt

Die Rollen sind datenschutzrechtlich vorgegeben. Laut EDÖB handelt der Cloud-Anbieter in der Regel als Auftragsdatenbearbeiterin des Kunden im Sinne von Art. 9 DSG. Der Kunde kann Verantwortlicher für die Datenbearbeitung oder selbst Auftragsbearbeiter sein.

Rollen und Messung gehören zusammen: Wer Schwellwerte setzt, wer Alarme quittiert und wer über Reservierungen entscheidet, ist vor dem ersten Verbrauch festzulegen. Ohne diese Zuständigkeit bleiben Messdaten ein Nebenergebnis des Betriebs.

Als Verantwortlicher muss er sich vergewissern und vertraglich absichern, dass die Anforderungen an eine Auftragsbearbeitung gemäss Art. 9 DSG eingehalten werden. Er trägt die Verantwortung dafür, dass die im Auftrag durchgeführten Bearbeitungen datenschutzkonform erfolgen und die Rechte der betroffenen Personen nicht geschmälert werden. Auftragsbearbeitung, Unterauftragsbearbeiter und Datenbekanntgabe ins Ausland gehören deshalb in jede Cloud-Vereinbarung, bevor der erste Verbrauch anfällt.

Auf der technischen Seite stehen Zugriffsrechte, Verschlüsselung und Compliance. Aproda führt sie als eigene Phase «Governance & Sicherheit» im Datenmanagement und verweist darauf, dass das revidierte Schweizer Datenschutzgesetz (revDSG, seit 2023) sowie die DSGVO nachweisbare Compliance verlangen.

Microsoft nennt für seine Cloud 34'000 Mitarbeiterkapazität von Ingenieuren, die sich ausschliesslich Sicherheitsinitiativen widmen, sowie 15'000 Partner mit spezialisierten Sicherheitskompetenzen. Hinzu kommen über 100 Compliance-Zertifizierungen, davon mehr als 50, die speziell auf globale Regionen und Länder ausgerichtet sind.

Konkret heisst das: Rollen und Berechtigungen auf das Nötige begrenzen und den Zugriff auf Produktionsdaten protokollieren. Verschlüsselung ist für Daten im Ruhezustand und bei der Übertragung festzulegen. Die Protokolle sind periodisch auszuwerten.

Zur Governance gehört der Umgang mit Anbieterabhängigkeit. Die Schweizerische Bankiervereinigung hält fest, dass Banken in der Cloud insbesondere das Berufsgeheimnis gemäss Bankengesetz einhalten müssen. Sie müssen datenschutzrechtliche Vorschriften berücksichtigen, Datensicherheit und Resilienz gewährleisten. Abhängigkeiten von einzelnen Cloud-Anbietern sind aktiv zu steuern, um Kontrollverluste zu vermeiden.

Ausserhalb der Finanzbranche stellt sich dieselbe Frage in abgeschwächter Form: Existiert ein Exit-Szenario, lassen sich Daten in einem brauchbaren Format exportieren, und sind die Schnittstellen dokumentiert?

Eine risikofreie Variante gibt es nicht. Bär & Karrer analysiert die Cloud-Nutzung durch Schweizer Behörden. Das Fazit: Jede Option erfordert einzelfallbezogene Abwägungen zwischen Funktionalität, Sicherheit, Souveränität und Betriebsaufwand. Zu den Optionen zählen ein US-Cloud-Dienst, ein schweizerischer oder europäischer Anbieter, eine On-Premises- oder eine Open-Source-Lösung.

Der Betriebsaufwand gehört zu den Abwägungspunkten. Bär & Karrer nennt ihn neben Funktionalität, Sicherheit und Souveränität. Wer Optionen vergleicht, vergleicht deshalb auch den Aufwand für Betrieb, Nachweis und Ausstieg.

Digitale Souveränität bedeutet weder Autarkie noch Abschottung, sondern die Fähigkeit, den Einsatz externer digitaler Leistungen eigenverantwortlich zu steuern und zu kontrollieren.

Die Entscheidung über eine Reservierung ist eine Governance-Frage: Sie bindet Mittel über eine feste Laufzeit und braucht eine benannte Zuständigkeit.

Microsoft Cost Management verteilt Cloudkosten auf Geschäftseinheiten, Projekte oder Kunden. Kategorisieren Sie Ressourcen und erstellen Sie Kostenzuteilungsregeln, um Kosten aufzuteilen oder zwischen Ressourcen zu verschieben. Damit wird die im Datenmanagement geforderte Zuordnung operativ.