Seminar Cloudogu EcoSystem: Kompaktseminar

Der kompakte Kurs eignet sich als gemeinsamer Einstieg für gemischte Projekt- und Betriebsteams. Er schafft genügend technische Tiefe für fundierte Entscheidungen, ersetzt aber keine spezialisierte Administrator- oder Entwicklerwoche.

Ein durchgängiger Praxisfall zeigt den Weg von der Anforderung über Plattformaufbau und Betrieb bis zur Einordnung einer eigenen Dogu-Erweiterung.

Inhaltsübersicht

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

Zielgruppe

Technische Projektleitung, IT-Architektur, Administration, DevOps, Entwicklung, IT-Sicherheit und Produktverantwortung

Lernziele

• Teilnehmende können Architektur und Nutzen der Plattform verständlich einordnen.
• Teilnehmende können Installation und Tagesbetrieb in den wesentlichen Schritten nachvollziehen.
• Teilnehmende können Sicherheits-, Backup- und Monitoringanforderungen erkennen.
• Teilnehmende können passende Vertiefungs- oder Intensivpfade 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. Anforderungen und Installationsplanung

Eine belastbare Installation beginnt mit einer vollständigen Bestandsaufnahme. Infrastruktur, Netzwerk, Identitäten, Zertifikate und Betriebsprozesse werden vor dem Setup festgelegt.

1. CPU, Arbeitsspeicher, Datenträger, Wachstum und Sicherungsbedarf dimensionieren.
2. DNS-Namen, Zeitsynchronisation, Proxy-Regeln, Mailversand und notwendige Netzwerkpfade planen.
3. Zertifikatsquelle, Administrationskonten, Rollen und Verantwortlichkeiten festlegen.
4. Abnahmekriterien, Wartungsfenster, Dokumentationsumfang und Rückfallweg definieren.

5. cesapp sicher und nachvollziehbar einsetzen

Die Kommandozeile bildet den standardisierten Verwaltungsweg für viele Plattformaufgaben. Befehle werden nach Lesen, Prüfen, Ändern und Validieren geordnet.

1. Mit cesapp list, detail und healthy einen belastbaren Ausgangszustand aufnehmen.
2. Remote-Bestand, installierte Versionen und verfügbare Aktualisierungen vergleichen.
3. Änderungsbefehle zunächst mit Ziel, Abhängigkeiten und Rückfallweg dokumentieren.
4. Nach jeder Änderung Gesundheitszustand, Logs und betroffene Geschäftsprozesse kontrollieren.

6. Upgrades, Wartungsmodus und Rückfallplanung

Upgrades werden als geplante Änderungen behandelt. Vorprüfung, Sicherung, Durchführung und Nachtest bilden eine untrennbare Einheit.

1. Verfügbare Updates, Abhängigkeiten, Änderungsumfang und bekannte Risiken bewerten.
2. Sicherung, Wartungsfenster, Kommunikationsweg und Abbruchkriterien vorbereiten.
3. Upgrade ausführen und Fortschritt sowie Meldungen lückenlos beobachten.
4. Funktionstest durchführen und bei Grenzwertverletzung den vorbereiteten Rückfallweg einsetzen.

7. Sicherungsumfang, Ziele und Richtlinien

Ein Plattformbackup umfasst mehr als Anwendungsdateien. Dogu-Daten, Metadaten, Instanzkonfiguration und Registry-Inhalte werden gemeinsam betrachtet.

1. Schutzbedarf, Wiederanlaufzeit und maximal tolerierbaren Datenverlust festlegen.
2. Zu sichernde Datenbereiche und ausgeschlossene temporäre Daten dokumentieren.
3. Externes Sicherungsziel, Verschlüsselung, Aufbewahrung und Löschfristen bestimmen.
4. Sicherungsrichtlinie mit Zeitplan, Verantwortlichkeit und Prüfverfahren freigeben.

8. Schutzbedarf, Bedrohungen und Sicherheitszonen

Sicherheit wird von Daten und Geschäftsprozessen aus geplant. Plattformdienste, Dogus und Verwaltungszugänge erhalten getrennte Schutzmaßnahmen.

1. Datenarten, Kritikalität, regulatorische Vorgaben und Angreifermodelle erfassen.
2. Vertrauensgrenzen zwischen Nutzenden, Administration, Dogus und Infrastruktur markieren.
3. Schutzmaßnahmen für Identitäten, Netzwerk, Daten, Updates und Protokolle zuordnen.
4. Restrisiken, Verantwortliche und Prüffrequenzen in einem Sicherheitskonzept festhalten.

9. Monitoringmodell und relevante Signale

Technische Messwerte werden mit Nutzerwirkung und Geschäftsprozessen verknüpft. Nicht jede Warnung ist ein Vorfall, aber jede kritische Wirkung benötigt ein Signal.

1. Erreichbarkeit, Gesundheit, Ressourcen, Persistenz und Integrationen als Signalgruppen definieren.
2. Grenzwerte aus Normalbetrieb und Kapazitätsplanung ableiten.
3. Warnung, Alarm, Ticket und Eskalation voneinander abgrenzen.
4. Dashboards und Prüfintervalle den verantwortlichen Rollen zuordnen.

10. 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.

11. Dockerfile, startup.sh, dogu.json und Ressourcen

Die Kernartefakte eines Dogu werden mit eindeutigen Verantwortlichkeiten aufgebaut. Einmalige Build-Schritte und wiederkehrende Startlogik bleiben getrennt.

1. Dockerfile für Basisimage, Pakete, Anwendung und unveränderliche Ressourcen erstellen.
2. startup.sh für Konfiguration, Migration, Rechteprüfung und Anwendungsstart strukturieren.
3. dogu.json als zentrale Metadaten- und Integrationsbeschreibung anlegen.
4. Zusätzliche Ressourcen versionieren und mit minimalen Rechten in das Image übernehmen.

12. Durchgängiger Praxisfall

Ein zusammenhängender Fall verbindet Planung, Installation, Administration und Fehlerbehebung. Entscheidungen werden nicht nur ausgeführt, sondern begründet.

1. Anforderungen einer Beispielorganisation aufnehmen und ein Zielbild erstellen.
2. Passendes Tool-Set und Betriebsmodell auswählen sowie Risiken dokumentieren.
3. Repräsentative Installation oder Änderung durchführen und mit Prüfpunkten abnehmen.
4. Eingebaute Störung analysieren, beheben und in eine Betriebsmaßnahme übersetzen.

Praxisübungen

• Architektur- und Rollenmodell für eine Beispielorganisation
• Zustandsaufnahme und kontrollierte Änderung an einer Beispielinstanz
• Entwurf einer Sicherungs- und Sicherheitscheckliste
• Skizze eines eigenen Dogu mit zentralen Integrationspunkten

Arbeitsweise

Fachimpulse, Demonstrationen und ein fortlaufender Praxisfall sorgen für einen kompakten, aber technisch belastbaren Überblick.