FinOps für Datenplattformen
Stand 2026-09-03
FinOps für Datenplattformen ist die Disziplin, die verhindert, dass ein BTP-CPEA-Kreditblock acht Monate in eine 24-monatige Verpflichtung hinein aufgebraucht wird — ein Versagen, das der CFO bemerkt, bevor es der Architekt tut. Die zentrale Entscheidung ist, wo zuerst eingegriffen wird: Geplantes Pause/Resume allein für Dev- und UAT-HANA-Cloud-Instanzen senkt deren Ausgaben typischerweise um rund 61 %, und Replikation statt Live-Verbindungen als Standard zu setzen beseitigt das häufigste Muster außer Kontrolle geratener Kosten in Datasphere-Landschaften. Berater, die eine Burn-Rate im BTP-Cockpit lesen, die drei größten Kostentreiber benennen und die Lösung in Umsetzungstagen statt in vagen Einsparungen bepreisen können, werden ins CFO-Gespräch geholt, nicht nur ins Gespräch mit dem CIO. Diese Positionierung trägt eine echte Prämie: Senior-Berater, die Datasphere-Architektur mit BTP-FinOps-Governance verbinden, verlangen Tagessätze rund 15-25 % über einem reinen technischen Architektensatz, und der Standard-Einstiegspunkt — eine Verbrauchsprüfung von zwei bis drei Tagen — wird für Kunden mit über 200.000 € Jahresausgaben auf BTP mit 8.000-15.000 € berechnet.
Was Sie lernen
- Erklären Sie die Verbrauchspreis-Mechanik von BTP/Datasphere/HANA Cloud (Capacity Units, Speicher-Stunden, Autoscaling) und berechnen Sie die Kostenauswirkung konkreter Architekturentscheidungen
- Entwerfen Sie Kostengovernance-Strukturen einschließlich Subaccount-Tagging-Strategien, Chargeback-vs.-Showback-Richtlinien und Change-Gating-Prozessen für neue Analytics-Workloads
- Identifizieren Sie die drei größten Kostentreiber in einer produktiven BTP-Landschaft anhand von Cockpit-Verbrauchsdaten und erstellen Sie eine quantifizierte Rightsizing-Empfehlung
- Bewerten Sie die Kompromisse zwischen Live-Verbindungs- und Replikationsmustern in Datasphere und wählen Sie den kostenoptimalen Integrationsansatz für eine gegebene Anforderung an die Datenaktualität
Was Cloud-Verbrauchspreise für SAP Analytics tatsächlich bedeuten
Der Wechsel von Lizenz zu Verbrauch ist strukturell, nicht kosmetisch. Bevor BTP existierte, kaufte ein Kunde eine feste SAP-Lizenz, setzte sie On-Premise ein, und die Kosten waren weitgehend unabhängig davon, wie viel abgefragt wurde. Mit BTP, Datasphere, HANA Cloud und Business Data Cloud übersetzt sich jeder analytische Workload direkt in eine Rechnungsposition. Capacity Units (CUs) auf BTP werden verbraucht, wenn Sie einen Integration Flow ausführen, wenn ein Datasphere-Space eine Live-Verbindungsabfrage ausführt, wenn Sie einen Data Flow planen und wenn ein KI-Szenario Inferenz ausführt. HANA-Cloud-Instanzen werden stündlich nach ihrer Speicherzuteilung abgerechnet, unabhängig davon, ob Abfragen laufen. BDC fügt weitere Verbrauchsschichten hinzu, sobald dessen föderierte Intelligence-Funktionen zugrunde liegendes Datasphere- und HANA-Cloud-Compute aufrufen.
Als Berater können Sie sich dem nicht gleichgültig gegenüber verhalten. Ein Kunde, der einen BTP-CPEA-Block (Cloud Platform Enterprise Agreement) unterzeichnet — sagen wir 400.000 € an gebundenen Credits —, erwartet, dass diese Credits 24 Monate reichen. Ein schlecht konfigurierter Datasphere-Space mit unbegrenzten Data Flows, deaktiviertem Live-Verbindungs-Caching und nächtlichen Volltnachlade-Zeitplänen kann dieses Guthaben in acht Monaten aufbrauchen. Der CFO des Kunden bemerkt es im neunten Monat. Sie haben die Architektur entworfen.
Voraussetzungen
- Praktische Erfahrung auf mittlerem Niveau in SAP-Analytics-Projekten
- Zuerst die Kernkonzepte wiederholen: C090, C087, C083
Lernergebnisse
- Arbeiten Sie ein realistisches Szenario durch: Die SAP-Datasphere-Landschaft eines europäischen Fertigungskonzerns verbrennt ihren BTP-CPEA-Credit neun Monate in einen 24-Monats-Block hinein mit 140 % der Prognose.
- Erkennen und vermeiden Sie das Anti-Pattern: Dev/UAT-HANA-Cloud-Instanzen über Nacht und am Wochenende nicht pausieren.
- Wenden Sie die Kernentscheidung des Moduls an: gebundene CPEA-Credits vs. Pay-as-you-go — verpflichten Sie sich unter CPEA nur, wenn 12 Monate Nutzungshistorie stetiges, vorhersehbares Wachstum zeigen.
- Verfolgen Sie den Lernfortschritt anhand des KPI: BTP-CPEA-Burn-Rate gegenüber Plan (Ziel: 95-105 % der linearen Prognose an jedem Prüfpunkt).
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Codeblöcke · die Wissenskontrolle · die Schemata.