Seminar SEEBURGER BIS – Architektur, BIS Hub und BIS Server

Das Seminar vermittelt ein gemeinsames Architekturmodell für Fachbereiche, Integrationsteams und Plattformbetrieb. Komponenten, Verantwortlichkeiten und Integrationsstile werden so eingeordnet, dass spätere Design- und Betriebsentscheidungen konsistent getroffen werden können.

Inhaltsübersicht

• Einordnung und Zielsetzung
• Schrittweise Seminarinhalte
• Zielgruppe und Voraussetzungen
• Didaktik und Arbeitsweise

Einordnung und Zielsetzung

Im Mittelpunkt stehen folgende Arbeitsziele:

• BIS Hub, BIS Server, Designzeit, Laufzeit und Governance klar einordnen.
• B2B/EDI, MFT, API, EAI/A2A und Automatisierung als Integrationsstile unterscheiden.
• Netzwerk-, Sicherheits- und Betriebszonen für eine Zielarchitektur definieren.
• Ein Referenzszenario mit Komponenten, Datenflüssen und Verantwortlichkeiten modellieren.

Schrittweise Seminarinhalte

Tag 1: Plattformmodell und Integrationsstile

1. Schritt 1: Geschäftliche Integrationsziele und typische Systemgrenzen aufnehmen.
2. Schritt 2: BIS Hub, BIS Server, Integrator Workspace, Designzeit und Laufzeit voneinander abgrenzen.
3. Schritt 3: B2B/EDI, MFT, API, EAI/A2A, Automatisierung und AI-Orchestrierung vergleichen.
4. Schritt 4: Synchrone, asynchrone, datei- und nachrichtenbasierte Muster zuordnen.
5. Schritt 5: Verantwortlichkeiten zwischen Fachbereich, Integration Engineering und Plattformbetrieb festlegen.
6. Schritt 6: Ein Referenzmodell für Komponenten und Datenflüsse zeichnen.

Tag 2: Zielarchitektur und Governance

1. Schritt 1: Bereitstellungsoptionen für Cloud, eigene Infrastruktur und hybride Landschaften bewerten.
2. Schritt 2: Netzwerkzonen, Vertrauensgrenzen, Identitäten und technische Zugänge modellieren.
3. Schritt 3: Skalierung, Hochverfügbarkeit, Protokollierung und Betriebsverantwortung berücksichtigen.
4. Schritt 4: Namens-, Ablage-, Wiederverwendungs- und Freigabekonventionen definieren.
5. Schritt 5: Eine Architekturentscheidung mit Annahmen, Risiken und Alternativen dokumentieren.
6. Schritt 6: Den Entwurf durch einen strukturierten Architekturreview führen.

Zielgruppe und Voraussetzungen

Zielgruppe: Integration Architecture, Enterprise Architecture, technische Projektleitung, Plattformbetrieb, Security Architecture und Solution Design.

Voraussetzungen: Grundverständnis verteilter Anwendungen, Netzwerke, Datenformate und Integrationsanforderungen.

Didaktische Begründung: Zwei Tage ermöglichen zunächst die vollständige Plattformorientierung und anschließend die Anwendung auf eine eigene Zielarchitektur.

Didaktik und Arbeitsweise

Kurze Fachimpulse werden unmittelbar durch Demonstrationen, strukturierte Konfigurationsschritte, Praxisübungen und kontrollierte Fehlerfälle vertieft. Jede Übung verwendet definierte Ausgangswerte, Prüfpunkte und Dokumentationsanforderungen. Produktfunktionen werden abhängig von Bereitstellungsmodell, Version und Lizenzumfang in der verfügbaren Laborumgebung eingeordnet.