Seminar Eclipse EDC – Architektur und Grundlagen

Das Grundlagenseminar ordnet die Eclipse Dataspace Components als modularen Baukasten für souveränen, organisationsübergreifenden Datenaustausch ein. Es schafft ein gemeinsames Begriffsmodell und zeigt, wie Identität, Katalog, Vertragslogik, Policy-Prüfung und technische Datenübertragung zusammenspielen.

Inhaltsübersicht

• Lernziele und fachliche Einordnung
• Schrittweise Seminarinhalte
• Praxisübungen und Laborszenarien
• Zielgruppe und Voraussetzungen
• Didaktik und Arbeitsweise

Lernziele

• Datenräume von klassischen Integrationsplattformen und Datenportalen abgrenzen.
• Control Plane, Data Plane, Identity Hub, Issuer Service und Federated Catalog einordnen.
• Katalog-, Vertrags-, Policy- und Transferabläufe als Ende-zu-Ende-Prozess erklären.
• DSP, DCP, JSON-LD, DCAT und ODRL in ihrer jeweiligen Rolle unterscheiden.
• Ein belastbares Zielbild für eine EDC-Einführung skizzieren.

Schrittweise Seminarinhalte

1. Datenräume und Datensouveränität

Schwerpunkt: Teilnehmer, Datenangebote, Nutzungsbedingungen, Vertrauensmodelle, Dezentralität und organisatorische Governance.

1. Ausgangslage, Schutzbedarf, Abhängigkeiten und Zielkriterien für den Themenblock „Datenräume und Datensouveränität“ erfassen.
2. Relevante Objekte, Rollen, APIs, Zustände und Vertrauensgrenzen anhand von Teilnehmer, Datenangebote, Nutzungsbedingungen, Vertrauensmodelle, Dezentralität und organisatorische Governance modellieren.
3. Die erforderliche Konfiguration oder Prozessfolge am Laborsystem beziehungsweise am Architekturmodell schrittweise umsetzen.
4. Funktion, Berechtigungen, Protokollzustände, Protokollierung und Fehlerverhalten mit definierten Positiv- und Negativfällen prüfen.
5. Als Arbeitsergebnis ein konsistentes Begriffs- und Kontextmodell für einen Datenraum dokumentieren, fachlich abnehmen und in einen wiederholbaren Standard überführen.

2. EDC-Komponenten und Verantwortungsgrenzen

Schwerpunkt: Control Plane, Data Plane, Identity Hub, Issuer Service, Federated Catalog, Management API und angebundene Datensysteme.

1. Ausgangslage, Schutzbedarf, Abhängigkeiten und Zielkriterien für den Themenblock „EDC-Komponenten und Verantwortungsgrenzen“ erfassen.
2. Relevante Objekte, Rollen, APIs, Zustände und Vertrauensgrenzen anhand von Control Plane, Data Plane, Identity Hub, Issuer Service, Federated Catalog, Management API und angebundene Datensysteme modellieren.
3. Die erforderliche Konfiguration oder Prozessfolge am Laborsystem beziehungsweise am Architekturmodell schrittweise umsetzen.
4. Funktion, Berechtigungen, Protokollzustände, Protokollierung und Fehlerverhalten mit definierten Positiv- und Negativfällen prüfen.
5. Als Arbeitsergebnis eine nachvollziehbare Komponenten- und Verantwortungsmatrix dokumentieren, fachlich abnehmen und in einen wiederholbaren Standard überführen.

3. Katalog, Vertrag und Policy

Schwerpunkt: Assets, Datasets, Offers, Policy Definitions, Contract Definitions, Contract Negotiations und Contract Agreements.

1. Ausgangslage, Schutzbedarf, Abhängigkeiten und Zielkriterien für den Themenblock „Katalog, Vertrag und Policy“ erfassen.
2. Relevante Objekte, Rollen, APIs, Zustände und Vertrauensgrenzen anhand von Assets, Datasets, Offers, Policy Definitions, Contract Definitions, Contract Negotiations und Contract Agreements modellieren.
3. Die erforderliche Konfiguration oder Prozessfolge am Laborsystem beziehungsweise am Architekturmodell schrittweise umsetzen.
4. Funktion, Berechtigungen, Protokollzustände, Protokollierung und Fehlerverhalten mit definierten Positiv- und Negativfällen prüfen.
5. Als Arbeitsergebnis ein fachlich korrektes Modell des Angebots- und Vertragslebenszyklus dokumentieren, fachlich abnehmen und in einen wiederholbaren Standard überführen.

4. Datentransfer und Protokolle

Schwerpunkt: Transfer Process, Endpoint Data Reference, Consumer Pull, Provider Push, Data Plane Signaling und spezialisierte Wire-Protokolle.

1. Ausgangslage, Schutzbedarf, Abhängigkeiten und Zielkriterien für den Themenblock „Datentransfer und Protokolle“ erfassen.
2. Relevante Objekte, Rollen, APIs, Zustände und Vertrauensgrenzen anhand von Transfer Process, Endpoint Data Reference, Consumer Pull, Provider Push, Data Plane Signaling und spezialisierte Wire-Protokolle modellieren.
3. Die erforderliche Konfiguration oder Prozessfolge am Laborsystem beziehungsweise am Architekturmodell schrittweise umsetzen.
4. Funktion, Berechtigungen, Protokollzustände, Protokollierung und Fehlerverhalten mit definierten Positiv- und Negativfällen prüfen.
5. Als Arbeitsergebnis ein Ende-zu-Ende-Sequenzbild für einen Datenaustausch dokumentieren, fachlich abnehmen und in einen wiederholbaren Standard überführen.

5. Einführungsplanung und Lernpfad

Schwerpunkt: Use Cases, Schutzbedarf, Integrationsgrenzen, Pilotumfang, Betriebsmodell, Rollen und Qualifizierungsreihenfolge.

1. Ausgangslage, Schutzbedarf, Abhängigkeiten und Zielkriterien für den Themenblock „Einführungsplanung und Lernpfad“ erfassen.
2. Relevante Objekte, Rollen, APIs, Zustände und Vertrauensgrenzen anhand von Use Cases, Schutzbedarf, Integrationsgrenzen, Pilotumfang, Betriebsmodell, Rollen und Qualifizierungsreihenfolge modellieren.
3. Die erforderliche Konfiguration oder Prozessfolge am Laborsystem beziehungsweise am Architekturmodell schrittweise umsetzen.
4. Funktion, Berechtigungen, Protokollzustände, Protokollierung und Fehlerverhalten mit definierten Positiv- und Negativfällen prüfen.
5. Als Arbeitsergebnis einen priorisierten Einführungs- und Qualifizierungsfahrplan dokumentieren, fachlich abnehmen und in einen wiederholbaren Standard überführen.

Praxisübungen und Laborszenarien

• Erstellung eines Kontextdiagramms für einen beispielhaften B2B-Datenraum.
• Zuordnung typischer Anforderungen zu EDC-Komponenten und externen Plattformdiensten.
• Modellierung eines vollständigen Katalog-, Vertrags- und Transferablaufs.

Zielgruppe und Voraussetzungen

Zielgruppe: Technische Projektleitung, Enterprise- und Lösungsarchitektur, Datenmanagement, Integrationsverantwortliche, Informationssicherheit und Plattformbetrieb.

Voraussetzungen: Grundverständnis von APIs, Identitäten, Datenintegration und verteilten Systemen.

Didaktik und Arbeitsweise

Kurze Fachimpulse werden unmittelbar durch Demonstrationen, strukturierte Konfigurationsschritte, API-Arbeit, Praxisübungen und kontrollierte Fehlerfälle vertieft. Jede Übung verwendet definierte Ausgangswerte, Prüfpunkte und Dokumentationsanforderungen, damit die erarbeiteten Abläufe als technischer Standard wiederholbar bleiben.