Verantwortlichkeiten¶
Diese Seite zeigt die Aufteilung der Verantwortlichkeiten zwischen Plattform-Team und Workload-Team für die Base Fabric Data Platform. Das Plattform-Team ist XMMS mit einem managed-service-Vertrag oder das eigene Team des Kunden, wenn die Plattform im Eigenbetrieb läuft (Betriebsmodelle). Die allgemeine Aufteilung für spokes steht unter Verantwortlichkeiten.
Die Servicebeschreibung nutzt das RACI-Modell: Responsible macht die Arbeit, Accountable verantwortet das Ergebnis, Consulted wird vorher oder währenddessen gefragt, Informed wird hinterher informiert. In der Tabelle ist „Plattform-Team“ die Partei, die die Service- beschreibung Xebia nennt, und „Workload-Team“ die Partei, die sie den Kunden nennt.
RACI¶
| Aktivität | Workload-Team | Plattform-Team |
|---|---|---|
| Plattform-Services | ||
| Bereitstellung und Skalierung der Fabric capacity | I | R/A |
| Verwaltung des VNet data gateway | I | R/A |
| Workspace-Services | ||
| Erstellung und Konfiguration von workspaces | C | R/A |
| Bereitstellung von Lakehouse und Warehouse | C | R/A |
| Verwaltung der OneLake-Daten | R/A | I |
| Konnektivität | ||
| ADLS-, SQL-, Oracle- und workspace-zu-workspace-Connections | C | R/A |
| Managed private endpoints | C | R/A |
| Storage | ||
| Bereitstellung und Verwaltung des Storage Accounts | I | R/A |
| Rotation des Customer-managed Keys | I | R/A |
| Private endpoints für Storage | I | R/A |
| Governance | ||
| Kostenmanagement (capacity) | C | R/A |
| Tagging | C | R/A |
| Management und Monitoring | ||
| Plattform-Monitoring | I | R/A |
| Workload-Monitoring | R/A | C |
| Plattform-Alerts und Konfiguration der Benachrichtigungen | C | R/A |
| Security | ||
| RBAC-Verwaltung | C | R/A |
| Customer-managed Keys | I | R/A |
| Netzwerkisolation | I | R/A |
| Compliance-Abgleich | R/A | C |
| Plattformmanagement | ||
| Terraform-pipelines | I | R/A |
| Terraform-modules und -Code | I | R/A |
| Git-Repositorys des workloads | R/A | C |
In der Praxis¶
| Thema | Plattform-Team | Workload-Team |
|---|---|---|
| Änderung | Erstellt oder prüft den pull request, führt die pipeline aus | Stellt die Anfrage. Öffnet den pull request für Änderungen in seinem eigenen Bereich. |
| Workspace-Inhalte | Items, Daten, Modelle, Notebooks, Semantic Models | |
| Workspace-Admins (optionale Admin-Gruppe) | Fügt die Gruppe zur Konfiguration hinzu | Pflegt die Gruppenmitgliedschaft und verwaltet die workspace-Benutzer |
| Zugangsdaten der Connections | Liest sie per Name aus dem Key Vault | Wer die Secret-Werte speichert und gültig hält, wird pro Deployment vereinbart |
| Zugriff auf Datenquellen | Erfolgt außerhalb dieser Lösung, an der Quelle. Vereinbare pro Quelle, wer ihn vergibt. | |
| Fehlgeschlagene Baseline-pipeline | Wiederholt sie, meldet dann an den Owner | Behebt das Daten- oder Quellproblem |
| Wiederherstellung von workloads | Stellt Infrastruktur und Storage innerhalb von RPO und RTO wieder her | Stellt pipelines, Notebooks, Semantic Models und Datenprodukte wieder her |
| Compliance | Gleicht die technische Konfiguration ab | Formale Zertifizierung und Compliance |
| Grafana (optional) | Deployt und administriert, fügt Benutzer zu Gruppen hinzu | Baut Dashboards und die Ingestion von pipeline-Logs |
Eigenbetrieb
Wenn das Plattform-Team dein eigenes Team ist, gehört die Plattform-Spalte dir: Du besitzt das Terraform-Repository, die pipelines und das Monitoring und legst Support-Zeiten und Reaktionszeiten selbst fest. Lies die RACI als Standardaufteilung der Lösung.