Transport- und Lifecycle-Management
Stand 2026-09-03
Transportbereitschaft ist ein Go-live-Gate, keine Aktivität nach dem Go-live. Ein Datasphere-Deployment ohne definierten Transportpfad erzwingt innerhalb weniger Wochen manuelle Änderungen in der Produktion. Dieses Modul befähigt den Berater, die Transport- und Lifecycle-Architektur zu entwerfen, bevor das erste Objekt gebaut wird: den richtigen Mechanismus wählen (Content Transport / CAS / CI/CD), die Lifecycle-Governance definieren, Versionskontrolle etablieren und ein Rollback-Verfahren vorbereiten. Kunden in regulierten Branchen (Pharma, Banking) benötigen den audit-nachvollziehbaren CAS- oder CI/CD-Pfad. Die Transportarchitektur-Entscheidung prägt das Betriebsmodell für die nächsten fünf Jahre.
Was Sie lernen
- Den richtigen Datasphere-Transportmechanismus (Content Transport, Content Agent Service oder CI/CD-Pipeline) für einen gegebenen Projektkontext auswählen — die Auswahlbegründung anhand von Governance-, Audit- und Betriebskriterien dokumentieren
- Ein Governance-Modell für den Objekt-Lebenszyklus entwerfen — Lifecycle-Stufen, Ein-/Austrittskriterien und den Genehmigungsworkflow für jeden Beförderungsschritt von Development zu Production definieren
- Die vier Transport-Fehlermuster (undefinierter Transportpfad, fehlende Abhängigkeitspaketierung, kein Genehmigungsworkflow, kein Rollback-Pfad) diagnostizieren und beheben — eine Checkliste zur Transportbereitschaft für den Go-live erstellen
- Eine CI/CD-Transportpipeline für Datasphere konfigurieren: Content-Pakete über die Content-Agent-REST-API exportieren, in ein versionskontrolliertes Repository committen und mit dokumentiertem Rollback-Verfahren in den Zielmandanten deployen
Transport- und Lifecycle-Management ist die Disziplin, die ein zuverlässig über die Zeit pflegbares Datasphere-Deployment von einem unterscheidet, das zu einem unwartbaren Flickwerk aus manuellen Änderungen wird. Jeder erfahrene SAP-Analytics-Berater muss die Transportmechanismen sowohl für die On-Premise-Dimension (CTS+) als auch für die Cloud-Dimension (Content Agent / CI/CD-Pipeline) der Landschaft verstehen — denn die Antwort auf "wie bringen wir das von Dev nach Prod?" entscheidet, ob der Kunde nach dem Go-live selbstständig operieren kann.
Das Datasphere-Transportmodell
SAP Datasphere verwendet einen inhaltsbasierten Transportmechanismus, der sich vom ABAP Transport Management System für S/4HANA unterscheidet. Datasphere-Objekte — Spaces, Analytic Models, Flows, Views und ihre unterstützenden Verbindungen — reisen über einen von drei Mechanismen, und zu verstehen, wie jeder tatsächlich unterhalb der geklickten Schaltfläche funktioniert, unterscheidet einen Berater, der einen fehlgeschlagenen Transport diagnostizieren kann, von einem, der nur ein Runbook befolgen kann.
Voraussetzungen
- Mittlere praktische Erfahrung in SAP-Analytics-Projekten
- Zunächst Kernkonzepte durchgehen: C039, C038, C041
Lernergebnisse
- Den richtigen Datasphere-Transportmechanismus für ein Projekt in einer regulierten Branche auswählen und begründen.
- Ein vollständiges Governance-Modell für den Objekt-Lebenszyklus mit Stage-Gate-Ein-/Austrittskriterien entwerfen.
- Transportfehler anhand von Symptombeschreibungen diagnostizieren und eine Checkliste zur Transportbereitschaft erstellen.
- Eine CI/CD-Pipeline für Datasphere-Content mit der Content-Agent-REST-API und einem versionskontrollierten Repository konfigurieren.
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.