Cookie-Einstellungen

Wir verwenden Cookies

Notwendige Cookies halten die Website funktionsfähig und speichern Ihre Auswahl. Mit Ihrer Einwilligung können wir außerdem funktionale Cookies für die Theme-Einstellung sowie Analyse-Cookies zur Messung der Website-Nutzung verwenden.

Sie können optionale Cookies vollständig akzeptieren, ablehnen oder einzelne Kategorien auswählen. Ihre Einwilligung können Sie später ändern; weitere Informationen finden Sie in der Cookie-Richtlinie.

LaraDep Dokumentation

Sie lesen Managed-Modus

Preflight und Deployment-Bereitschaft

Geführte Preflight-Checks im Managed-Modus: Wie Voraussetzungen geprüft, Deployment-Fenster bestätigt und Audit-Trails lückenlos geführt werden.

Preflight und Deployment-Bereitschaft im Managed-Modus

Im Managed-Modus bleibt die Infrastruktur beim Anbieter, aber die Qualität der Runs bleibt prozessbasiert. Diese Seite definiert, was vor jedem Run geprüft werden sollte.

Zweck und Zielgruppe

Für Operatoren und Teams, die produktive Änderungen über Managed-Workflows mit konsistentem Qualitätsstandard durchführen.

Voraussetzungen

  • Aktiver Workspace mit zugewiesenem Team-Owner,
  • ausgewählter Vorlagen-Stack passt zum geplanten Change,
  • definierte Freigabepolitik und approver,
  • grundlegendes Verständnis von geführtem Deployment.

Schritt-für-Schritt

  1. Change-Scope festlegen: bestätigen Sie, was sich ändert, welche Workspaces/Server betroffen sind und wer freigibt.
  2. Eingaben vervollständigen: alle Pflichtfelder sauber ausfüllen (insbesondere Domain, Stack-Flags, SSL- und Secret-Strategie).
  3. Preflight ausführen: LaraDep-Checks durchlaufen und Warnungen bzw. Fehlzustände bewusst auflösen.
  4. Fenster und Kommunikation: vor Start Wartungsfenster und Eskalationskontakt prüfen.
  5. Ausführung: mit minimalem sicheren Tag-Set starten, optionale Schritte erst nach stabiler Baseline.
  6. Nachprüfung: Erreichbarkeit, TLS-Status und Run-Historie validieren.

Prüfcheckliste

  • Ist Scope bestätigt und Eigentümerrolle klar definiert?
  • Gibt es Referenz auf Ticket/Entscheidung und Reviewer?
  • Ist Preflight ohne blockerende Fehler erfolgreich?
  • Gibt es Kommunikations- und Rollback-Kontakt?
  • Liegt ein Template für Post-Run-Review vor?

Häufige Fehler

  • Ausführung ohne klaren Owner,
  • Warnungen als „harmlos“ abtun ohne Dokumentation,
  • Ausführung außerhalb des Freigabefensters,
  • fehlende Traceability von Anforderung zu Run.

Nächste Schritte

Nächster Schritt: Gehen Sie weiter zur ersten Bereitstellung und Produktions-Checkliste.

Abonnieren Sie unseren Newsletter

Bleiben Sie auf dem Laufenden mit unseren neuesten Nachrichten und Artikeln, indem Sie unseren Newsletter abonnieren.

Esc Schließen