Seminar Amundsen

Das Amundsen-Portfolio deckt Data Discovery, Metadaten-Ingestion, Governance, Entwicklung, Sicherheit und Plattformbetrieb in klar abgegrenzten Lernpfaden ab.

Die Einzelmodule ermöglichen eine rollengerechte Auswahl. Das dreitägige Kompaktformat liefert einen durchgängigen Einstieg. Zwei fünftägige Intensivformate verdichten gemeinsam alle fachlichen und technischen Themen des Portfolios.

Inhaltsübersicht

• Seminarportfolio
• Seminarauswahl nach Lernziel
• Empfohlene Reihenfolge
• Kompakt- und Intensivformate
• Auswahl- und Kombinationsregeln

Seminarportfolio

Die Unterseiten sind alphabetisch angeordnet. Dauer und Schwerpunkt wurden nach praktischem Übungsumfang, notwendigen Vorkenntnissen und Abhängigkeiten zwischen den Komponenten bemessen.

• Amundsen – Architektur, Einsatzbewertung und Zielbild – 1 Tag
• Amundsen – Authentifizierung, Autorisierung und Datenschutz – 2 Tage
• Amundsen – Betrieb, Monitoring und Fehleranalyse – 3 Tage
• Amundsen – Connector-Entwicklung für eigene Metadatenquellen – 4 Tage
• Amundsen – DataBuilder und automatisierte Metadaten-Ingestion – 3 Tage
• Amundsen – Datenkatalog-Governance, Ownership und Adoption – 2 Tage
• Amundsen – Frontend-Anpassung und Nutzererlebnis – 3 Tage
• Amundsen – Installation mit Docker und Kubernetes – 3 Tage
• Amundsen – Integration über REST-APIs und Automatisierung – 2 Tage
• Amundsen – Intensivseminar Data Discovery, Governance und Adoption – 5 Tage
• Amundsen – Intensivseminar Implementierung und Plattformbetrieb – 5 Tage
• Amundsen – Kompaktseminar Data Discovery, Ingestion und Betrieb – 3 Tage
• Amundsen – Metadatenmodell mit Neo4j und Apache Atlas – 3 Tage
• Amundsen – Migration, Upgrade und Modernisierung – 3 Tage
• Amundsen – Search Service, Elasticsearch und Relevanz – 2 Tage
• Amundsen – Suche und Discovery für Anwender – 1 Tag

Seminarauswahl nach Lernziel

Orientierung und Nutzung

Für Architekturentscheidungen und einen schnellen Einstieg eignen sich die Seminare zu Zielbild sowie Suche und Discovery. Governance- und Adoptionsverantwortliche ergänzen den Pfad um Ownership, Klassifikation und Wirkungsmessung.

Implementierung und Integration

Für technische Teams bilden Installation, Metadatenmodell, DataBuilder, Search Service, APIs, Frontend und Connector-Entwicklung einen aufeinander aufbauenden Implementierungspfad.

Sicherheit und Betrieb

Authentifizierung, Autorisierung und Datenschutz werden vor der Produktionsfreigabe mit Monitoring, Fehleranalyse, Backup, Wiederanlauf und Modernisierung verbunden.

Empfohlene Reihenfolge

1. Stufe 1: Amundsen – Architektur, Einsatzbewertung und Zielbild – 1 Tag. Ein Tag ist ausreichend, weil der Kurs auf Architekturverständnis, Einsatzbewertung und ein belastbares Zielbild fokussiert. Implementierung, Ingestion und Betrieb werden nur so weit behandelt, wie es für die Entscheidung notwendig ist.
2. Stufe 2: Amundsen – Suche und Discovery für Anwender – 1 Tag. Ein Tag ist ausreichend, weil der Kurs auf die sichere Nutzung von Suche, Filtern, Detailseiten, Vertrauenssignalen und Feedback fokussiert. Technische Konfiguration und Governance-Design sind bewusst ausgeklammert.
3. Stufe 3: Amundsen – Datenkatalog-Governance, Ownership und Adoption – 2 Tage. Zwei Tage sind notwendig, um Governance-Regeln nicht nur zu diskutieren, sondern Rollen, Standards, Zertifizierung, Adoptionsmaßnahmen und ein messbares Review-Verfahren gemeinsam auszuarbeiten.
4. Stufe 4: Amundsen – Installation mit Docker und Kubernetes – 3 Tage. Drei Tage sind notwendig, weil lokales Referenzdeployment, Imagebau, Kubernetes-Ressourcen, Persistenz, Ingress, Sicherheit, Probes, Skalierung und Rollback praktisch aufeinander aufbauen.
5. Stufe 5: Amundsen – Metadatenmodell mit Neo4j und Apache Atlas – 3 Tage. Drei Tage sind erforderlich, um fachliches Modell, Schlüssel und Lebenszyklus sowie zwei Persistenzansätze, Abfragen, Migration, Performance und Betrieb praktisch zu vergleichen. Eine kürzere Dauer würde die Backend-Auswahl auf eine oberflächliche Produktgegenüberstellung reduzieren.
6. Stufe 6: Amundsen – DataBuilder und automatisierte Metadaten-Ingestion – 3 Tage. Drei Tage sind notwendig, um nicht nur eine Beispielpipeline zu starten, sondern Extraktion, Transformation, beide Zielsysteme, inkrementelle Verarbeitung, Orchestrierung und Monitoring praktisch zu verbinden.
7. Stufe 7: Amundsen – Search Service, Elasticsearch und Relevanz – 2 Tage. Zwei Tage sind erforderlich, um Indexschema, Textanalyse, Filter, Ranking, messbare Relevanz und störungsarme Reindexierung praktisch miteinander zu verbinden. Ein Tag reicht nur für eine Funktionsübersicht.
8. Stufe 8: Amundsen – Integration über REST-APIs und Automatisierung – 2 Tage. Zwei Tage sind erforderlich, um API-Auswahl, Vertragsdesign, technische Identitäten, robuste Clients, idempotente Automatisierung, Tests und Monitoring in einem vollständigen Integrationsablauf zu verbinden.
9. Stufe 9: Amundsen – Frontend-Anpassung und Nutzererlebnis – 3 Tage. Drei Tage sind erforderlich, um React- und Flask-Anteile, Suche, Detailseiten, API- und Rechteintegration, Barrierearmut, Tests sowie Deployment in einer zusammenhängenden Anpassung praktisch umzusetzen.
10. Stufe 10: Amundsen – Connector-Entwicklung für eigene Metadatenquellen – 4 Tage. Vier Tage sind erforderlich, um einen vollständigen Connector von der Quellenanalyse bis zur produktionsreifen Orchestrierung zu entwickeln. Extraktion, Mapping, Laden, Inkrementalität, Tests und Betrieb können nicht seriös in einem reinen Überblicksformat vermittelt werden.
11. Stufe 11: Amundsen – Authentifizierung, Autorisierung und Datenschutz – 2 Tage. Zwei Tage sind erforderlich, um Identity-Integration, Autorisierung, Datenschutz, API-Sicherheit und Auditierbarkeit nicht nur konzeptionell, sondern mit konsistenten Testfällen und einem Betriebsrunbook zu behandeln.
12. Stufe 12: Amundsen – Betrieb, Monitoring und Fehleranalyse – 3 Tage. Drei Tage sind notwendig, weil Monitoring, Backup, Wiederanlauf, Kapazität, Updateverfahren und mehrschichtige Fehleranalyse praktisch miteinander verbunden werden müssen. Eine kürzere Dauer würde Diagnose- und Restore-Übungen auf reine Theorie reduzieren.
13. Stufe 13: Amundsen – Migration, Upgrade und Modernisierung – 3 Tage. Drei Tage sind notwendig, weil Bestandsaufnahme, Kompatibilitätsanalyse, Daten- und Indexmigration, Code- und Frontendanpassung, Deployment, Rollback und Nacharbeiten als zusammenhängender Modernisierungspfad praktisch geprüft werden müssen.

Kompakt- und Intensivformate

Kompaktpfad

Das dreitägige Kompaktseminar verbindet Zielbild, Referenzdeployment, Ingestion, Suchbewertung, Governance-Grundlagen und Betriebsprüfung. Es eignet sich für gemischte Projektteams und als Grundlage für die Auswahl weiterer Spezialseminare.

Fachlicher Intensivpfad

Das fünftägige Intensivseminar zu Data Discovery, Governance und Adoption fasst die nutzerzentrierten, organisatorischen, sicherheitsbezogenen und steuernden Inhalte zusammen.

Technischer Intensivpfad

Das fünftägige Intensivseminar zu Implementierung und Plattformbetrieb fasst Architektur, Deployment, Metadaten, Ingestion, Suche, APIs, Frontend, Security, Betrieb und Modernisierung zusammen.

Auswahl- und Kombinationsregeln

• Einzelmodule werden gewählt, wenn eine klar abgegrenzte Rolle oder ein konkretes Projektproblem im Vordergrund steht.
• Das Kompaktformat wird gewählt, wenn ein gemeinsames Grundverständnis mit einem vollständigen Praxispfad benötigt wird.
• Die beiden Intensivformate werden kombiniert, wenn fachliche Steuerung und technische Umsetzung gemeinsam qualifiziert werden sollen.
• Der Connector-Kurs folgt auf DataBuilder, wenn eigene Quellsysteme oder proprietäre Metadatenmodelle integriert werden.
• Security und Betrieb werden vor einer produktiven Freigabe abgeschlossen; Migration wird bei Bestandsinstallationen vor größeren Funktionsausbauten eingeplant.