Seminar Cloudogu EcoSystem: Architektur und Grundlagen

Eine gemeinsame Begriffsbasis verhindert spätere Fehlentscheidungen bei Installation, Betrieb und Entwicklung. Der Kurs konzentriert sich deshalb auf die tragenden Architekturprinzipien und nicht auf einzelne Produktoberflächen.

Anhand eines durchgängigen Plattformmodells werden Dogus, gemeinsame Dienste, Datenhaltung, Identitäten und Betriebsvarianten miteinander verbunden.

Inhaltsübersicht

1. Zielgruppe
2. Lernziele
3. Seminarinhalte
4. Praxisübungen
5. Arbeitsweise

Zielgruppe

IT-Architektur, technische Projektleitung, Administration, DevOps-Verantwortliche, Entwicklung und IT-Sicherheit

Lernziele

• Teilnehmende können Dogus und Plattformkomponenten fachlich korrekt abgrenzen.
• Teilnehmende können die zentralen Architektur- und Integrationsdienste einordnen.
• Teilnehmende können SingleNode und MultiNode anhand von Anforderungen bewerten.
• Teilnehmende können geeignete Vertiefungs- und Rollenpfade auswählen.

Seminarinhalte

1. Begriffe, Rollen und Einsatzmodelle

Das Cloudogu EcoSystem wird als Betriebsplattform eingeordnet. Dogus, Systemkomponenten, Plattformdienste und angebundene Werkzeuge werden sauber voneinander abgegrenzt.

1. Den Begriff Dogu von einem beliebigen Container unterscheiden und die Integrationsmerkmale festhalten.
2. Rollen für Plattformbetrieb, Toolverantwortung, Entwicklung, Sicherheit und Fachadministration zuordnen.
3. SingleNode-, MultiNode-, Cloud-, On-Premises- und abgeschottete Einsatzmodelle vergleichen.
4. Aus den Betriebsanforderungen ein geeignetes Zielbild für die weitere Arbeit ableiten.

2. Aufbau und Eigenschaften eines Dogu

Ein Dogu verbindet eine Anwendung mit den gemeinsamen Diensten der Plattform. Im Mittelpunkt stehen standardisierte Bereitstellung, Konfiguration, Anmeldung und Abhängigkeiten.

1. Anwendungscontainer, Metadaten, Persistenz, Konfiguration und Startlogik als Bausteine erfassen.
2. Abhängigkeiten zu anderen Dogus und Systemkomponenten nachvollziehen.
3. Single Sign-on, Navigation, Reverse Proxy und zentrale Konfiguration als Integrationspunkte einordnen.
4. Gesundheitszustand, Version und Lifecycle eines Dogu anhand eines Beispiels bewerten.

3. Architektur und zentrale Plattformkomponenten

Die Architektur wird vom Zugang über gemeinsame Dienste bis zu den Anwendungs-Dogus betrachtet. Abhängigkeiten und Betriebsgrenzen werden als übersichtliches Modell dokumentiert.

1. Zugangsweg, Namensauflösung, TLS-Terminierung und Reverse Proxy in das Architekturmodell eintragen.
2. CAS, LDAP, Registry, Warp-Menü, Administrationsdienste und Backup-Funktionen zuordnen.
3. Persistente Daten, Konfigurationsdaten und Laufzeitdaten getrennt betrachten.
4. Fehlerdomänen und kritische Abhängigkeiten für Betrieb und Wiederanlauf kennzeichnen.

4. SingleNode und MultiNode richtig auswählen

Die Plattformvarianten erfüllen unterschiedliche Anforderungen. Ressourcen, Verfügbarkeit, Betriebsaufwand und organisatorische Reife bestimmen die Auswahl.

1. Workload, Nutzerzahl, Datenvolumen, Verfügbarkeitsziel und Wartungsfenster erfassen.
2. VM-basierte und Kubernetes-basierte Bereitstellung anhand der Anforderungen bewerten.
3. Speicher, Netzwerk, Skalierung, Monitoring und Backup als Entscheidungskriterien gewichten.
4. Die Entscheidung einschließlich Annahmen, Grenzen und späterer Migrationsoption dokumentieren.

5. Dogu-Lifecycle und Zustandsmodell

Installation, Start, Rekonfiguration, Aktualisierung, Wiederherstellung und Entfernung werden als zusammenhängender Lifecycle betrachtet.

1. Ausgangszustand, gewünschter Zustand und zulässige Übergänge festlegen.
2. Installations-, Laufzeit- und Konfigurationsfehler voneinander unterscheiden.
3. Abhängigkeiten und Wartungsmodus vor zustandsverändernden Aktionen prüfen.
4. Für jeden Übergang Validierung, Protokollierung und Rückfallkriterium bestimmen.

6. Dogu-Auswahl und Toolchain-Architektur

Dogus werden zu einer integrierten Toolchain kombiniert. Funktionsüberschneidungen und unnötige Abhängigkeiten werden bewusst vermieden.

1. Für jede Prozessphase benötigte Funktionen und Datenobjekte zuordnen.
2. Passende Dogus für Projektmanagement, Quellcode, CI, Analyse, Artefakte und Wissen auswählen.
3. Übergaben, Single Sign-on, Navigation und technische Integrationen im Zielbild eintragen.
4. Minimalen Startumfang und spätere Ausbaustufen versioniert festlegen.

Praxisübungen

• Erstellung eines vereinfachten Architekturdiagramms
• Zuordnung typischer Betriebsaufgaben zu Rollen
• Bewertung zweier Einsatzszenarien mit SingleNode- und MultiNode-Entscheidung

Arbeitsweise

Kompakte Fachimpulse werden mit Architekturübungen, Begriffskarten und Entscheidungsmatrizen verbunden.