Seminar Prismic – Environments, Deployment und CI/CD

Modelländerungen, Code, Inhalte und Deployment-Ziele müssen kontrolliert zusammenspielen. Das Seminar entwickelt eine belastbare Umgebungs- und Auslieferungsstrategie, die Entwicklung beschleunigt, ohne Vorschau, Produktion oder redaktionelle Arbeit zu gefährden.

Inhaltsübersicht

• Lernziele
• Seminarinhalte
• Praxisübungen
• Methodik

Lernziele

Entwicklungs-, Test- und Produktionspfade können getrennt, automatisiert und überprüfbar betrieben werden. Modell-Synchronisierung, Secrets, Deployments, Previews, Webhooks und Rückfallverfahren greifen nachvollziehbar ineinander.

Seminarinhalte

1. Schritt 1: Umgebungsstrategie entwerfen

   Lokale Entwicklung, Preview, Staging, Abnahme und Produktion werden mit Zweck, Verantwortlichen und erlaubten Änderungen beschrieben.

2. Schritt 2: Repository- und Environment-Grenzen festlegen

   Es wird entschieden, welche Trennung technisch notwendig ist und welche nur organisatorisch wirkt. Datenkopien und sensible Inhalte werden berücksichtigt.

3. Schritt 3: Konfiguration und Secrets verwalten

   Repository-Namen, Tokens, Preview-Geheimnisse und Webhook-Schlüssel werden pro Umgebung getrennt und außerhalb des Quellcodes geführt.

4. Schritt 4: Modelländerungen mit Git koppeln

   Für codeorientierte Teams werden Modelle mit der Prismic CLI an Branches und Reviews gebunden. Änderungen aus dem Type Builder werden kontrolliert übernommen; generierte Typen und Migrationshinweise bleiben versioniert.

5. Schritt 5: CI-Prüfungen definieren

   Linting, Typprüfung, Unit-Tests, Slice-Tests, Build und Konfigurationsprüfung werden als verpflichtende Pipeline-Schritte eingerichtet.

6. Schritt 6: Preview-Deployments bereitstellen

   Jede relevante Änderung erhält eine überprüfbare Vorschau. Redaktions- und Entwicklungsteam arbeiten gegen klar bezeichnete Ziele.

7. Schritt 7: Produktionsdeployment automatisieren

   Build-Auslöser, Deployment-Artefakte, Umgebungsvariablen und Freigabepunkte werden so geordnet, dass Veröffentlichungen reproduzierbar bleiben.

8. Schritt 8: Webhooks und Revalidierung integrieren

   Content-Ereignisse lösen nur notwendige Aktualisierungen aus. Signaturprüfung, Wiederholungen, Deduplizierung und Fehlerpfade werden berücksichtigt.

9. Schritt 9: Rollback und Wiederanlauf vorbereiten

   Fehlerhafte Builds, inkompatible Modelle, falsche Secrets und defekte Inhalte werden mit dokumentierten Rückfall- und Wiederanlaufverfahren behandelt.

10. Schritt 10: Betriebsnachweise und Runbooks erstellen

    Pipeline-Status, Deployments, Modellstände, Verantwortliche, Alarme und Standardmaßnahmen werden in einem kompakten Betriebshandbuch zusammengeführt.

Praxisübungen

• Eine Umgebungsmatrix mit erlaubten Änderungen erstellen
• Eine CI-Pipeline mit Typprüfung, Tests und Build entwerfen
• Webhook, Revalidierung und Preview-Deployment als Ablauf modellieren
• Ein Rollback-Runbook für Modell- oder Deploymentfehler erstellen

Methodik

Die Übungen orientieren sich an einem Git-basierten Referenzprojekt. Technische Pipeline-Schritte werden mit Freigabe- und Betriebsentscheidungen verbunden.