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

Governance und Audit im Managed-Modus

Wie Governance im Managed-Betrieb aufgesetzt wird: Verantwortlichkeiten, Nachvollziehbarkeit, Rollback-Steuerung, Änderungsnachweise und stabile Betriebsdisziplin.

Governance im Managed-Betrieb

Managed-Modus reduziert den Infrastruktur-Aufwand, aber die Teamverantwortung bleibt bestehen. Jede Bereitstellung braucht klare Rollen: Wer schlägt vor, wer führt aus und wer prüft.

Zweck dieser Seite

Regeln definieren, die den Betrieb stabil, auditierbar und skalierbar halten.

Grundpfeiler der Governance

  • Rollenmodell — Trennung zwischen Initiator, Executor und Reviewer.
  • Tag-Disziplin — mit minimalen Tags für das Baseline-Deployment starten und nach erfolgreichem Lauf erweitern.
  • Run-Nachweise — jeden Lauf mit Zweck, Ergebnis und Folgeaktivitäten dokumentieren.
  • Änderungsfenster — keine Ad-hoc-Changes außerhalb des Freigabefensters.
  • Rollback-Bereitschaft — Rückweg vor dem Lauf festlegen.

Wöchentliche Governance-Checkliste

  1. Änderungsplan — jeder Lauf hat einen Zweck (neue Umgebung, Rollout, Fix, Audit).
  2. Freigabe vor dem Lauf — approver, owner und Impact definieren.
  3. Ausführung — kontrollierte Reihenfolge, keine parallelen ad-hoc Änderungen.
  4. Nachlauf-Review — Ergebnis prüfen und Folgeaufgaben ergänzen.
  5. Nachweise sichern — Run-Historie ist Primärquelle, Chat-Nachrichten allein reichen nicht.

Kontrollpunkte

  • Hat jeder Lauf einen freigegebenen Scope und einen verantwortlichen approver?
  • Wurden Preflight-Warnungen bewertet (nicht nur ignoriert)?
  • Ist Impact und Kommunikationsplan festgelegt?
  • Ist der Rollback-Weg vor dem Start definiert?
  • Ist eine kurze Ergebnisnotiz im Run ergänzt?

Typische Lücken

  • Kein eindeutiger approver bei ungeplanten Änderungen,
  • Ausführen unnötiger Tags ohne Bedarf,
  • fehlendes Review und fehlende Disziplin bei Wartungsfenstern.

Cross-Track-Verweise

Für Zugriffssteuerung nutzen Sie Workspaces, Rollen und Sicherheit, für vollständige Nachweise Runbook und Governance. Bei Bedarf nach mehr Kontrolle prüfen Sie den Moduswechsel.

Nächste Schritte

Nächster Schritt: Prüfen Sie den Moduswechsel erst, wenn Rollenmodell und Nachweise stabil sind.

Abonnieren Sie unseren Newsletter

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

Esc Schließen