Seminar Umbraco – Cloud Developer und Umbraco Deploy

Cloud-Projekte vereinfachen viele Infrastrukturaufgaben, verlangen aber disziplinierte Abläufe für Quellcode, Schemaänderungen, Inhalte und umgebungsspezifische Konfiguration. Unklare Zuständigkeiten führen schnell zu Kollisionen oder nicht reproduzierbaren Ständen.

Im Seminar wird ein vollständiger Entwicklungs- und Bereitstellungsweg von der lokalen Umgebung bis zur Produktion aufgebaut. Konflikte, fehlgeschlagene Übertragungen und Rücknahmen werden bewusst geübt, damit nicht nur der Idealfall beherrscht wird.

Inhaltsverzeichnis

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

Ziel ist ein kontrollierter Cloud-Entwicklungsprozess mit reproduzierbaren Umgebungen, sicheren Konfigurationen, beherrschter Schema- und Inhaltsübertragung sowie dokumentierter Fehlerbehandlung.

Zielgruppe

Umbraco-Entwickler, DevOps-Teams, technische Projektleitungen und Personen mit Verantwortung für Cloud-Bereitstellungen.

Voraussetzungen

Umbraco-Entwicklungserfahrung, Git-Grundkenntnisse und Verständnis für Entwicklungs-, Test- und Produktionsumgebungen.

Seminarinhalte

Die Themen werden in aufeinander aufbauenden Arbeitsschritten behandelt. Jeder Schritt wird demonstriert, in der Übungsumgebung umgesetzt und anhand festgelegter Prüfkriterien kontrolliert.

Tag 1 – Projekt, Umgebungen und Deploy-Abläufe

Der erste Tag ordnet alle Artefakte einem klaren Bereitstellungsweg zu.

1. Schritt 1: Cloud-Projekt, Umgebungen, Rollen und Verantwortlichkeiten einrichten und die zulässigen Bewegungsrichtungen für Code, Schema und Inhalt festlegen. Die Umsetzung wird unmittelbar geprüft, fachlich eingeordnet und mit den notwendigen Betriebs- oder Qualitätsregeln dokumentiert.
2. Schritt 2: Lokale Arbeitskopie, Branching, Pull- und Push-Abläufe so organisieren, dass Änderungen nachvollziehbar und konfliktarm bleiben. Die Umsetzung wird unmittelbar geprüft, fachlich eingeordnet und mit den notwendigen Betriebs- oder Qualitätsregeln dokumentiert.
3. Schritt 3: Document Types, Datentypen, Vorlagen und weitere Schemaänderungen mit Deploy übertragen und Abhängigkeiten vorab kontrollieren. Die Umsetzung wird unmittelbar geprüft, fachlich eingeordnet und mit den notwendigen Betriebs- oder Qualitätsregeln dokumentiert.
4. Schritt 4: Inhalte und Medien gezielt exportieren oder importieren und dabei Abhängigkeiten, bestehende Datensätze und redaktionelle Zuständigkeit berücksichtigen. Die Umsetzung wird unmittelbar geprüft, fachlich eingeordnet und mit den notwendigen Betriebs- oder Qualitätsregeln dokumentiert.
5. Schritt 5: Umgebungsabhängige Einstellungen und Geheimnisse trennen, sichere Standardwerte definieren und versehentliche Veröffentlichung sensibler Daten verhindern. Die Umsetzung wird unmittelbar geprüft, fachlich eingeordnet und mit den notwendigen Betriebs- oder Qualitätsregeln dokumentiert.

Tag 2 – Automatisierung, Konflikte und Diagnose

Der zweite Tag stabilisiert den Prozess durch Automatisierung und kontrollierte Fehlerbehandlung.

1. Schritt 1: Build-, Test- und Bereitstellungsschritte in einer CI/CD-Pipeline abbilden und Freigabepunkte für produktive Änderungen festlegen. Die Umsetzung wird unmittelbar geprüft, fachlich eingeordnet und mit den notwendigen Betriebs- oder Qualitätsregeln dokumentiert.
2. Schritt 2: Deploy-Kollisionen, fehlende Abhängigkeiten und unterschiedliche Schemahistorien analysieren und mit nachvollziehbarer Entscheidung auflösen. Die Umsetzung wird unmittelbar geprüft, fachlich eingeordnet und mit den notwendigen Betriebs- oder Qualitätsregeln dokumentiert.
3. Schritt 3: Webhooks, externe Anmeldung und umgebungsspezifische Integrationen so konfigurieren, dass Test- und Produktionsdaten getrennt bleiben. Die Umsetzung wird unmittelbar geprüft, fachlich eingeordnet und mit den notwendigen Betriebs- oder Qualitätsregeln dokumentiert.
4. Schritt 4: Laufzeitprotokolle, Build-Ausgaben, Umgebungsinformationen und Diagnosewerkzeuge für eine systematische Ursachenanalyse verwenden. Die Umsetzung wird unmittelbar geprüft, fachlich eingeordnet und mit den notwendigen Betriebs- oder Qualitätsregeln dokumentiert.
5. Schritt 5: Rücknahme, Wiederbereitstellung und Supportübergabe anhand eines fehlgeschlagenen Releases praktisch durchführen und dokumentieren. Die Umsetzung wird unmittelbar geprüft, fachlich eingeordnet und mit den notwendigen Betriebs- oder Qualitätsregeln dokumentiert.

Praxisübungen

• Bereitstellung einer Schemaänderung über mehrere Umgebungen mit Abhängigkeits- und Freigabeprüfung.
• Übertragung eines zusammengehörigen Inhaltsbereichs einschließlich Medien und kontrollierter Konfliktbehandlung.
• Einrichtung einer Pipeline mit Build, automatisierten Prüfungen und manuellem Produktionsfreigabepunkt.
• Analyse eines absichtlich fehlerhaften Deployments mit Rücknahme und dokumentiertem Wiederanlauf.

Methodik

Kurze Fachvorträge wechseln mit Live-Demonstrationen, geführten Umsetzungen und selbstständigen Übungen. Zwischenstände werden anhand nachvollziehbarer Prüfschritte kontrolliert. Typische Fehlkonfigurationen und Störungsszenarien werden bewusst einbezogen, damit nicht nur der Normalfall, sondern auch Diagnose, Korrektur und sichere Rücknahme beherrscht werden.