LaraDep Dokumentation
Sie lesen Self-hosted-Modus
Übergang von Self-hosted zu Managed
Wie Sie von Self-hosted zurück zu Managed wechseln und den Umstieg kontrolliert durchführen.
Wann und wie auf Managed zurückwechseln
Manche Teams stellen fest, dass der Self-hosted-Betrieb langfristig mehr operative Last erzeugt als vorgesehen. Das ist keine Niederlage, sondern eine strategische Anpassung.
Zweck
- Sicherer Rückweg zu Managed mit Erhalt von Historie und Verantwortlichkeit.
- Prozesskontinuität sichern und das Risiko im Cutover minimieren.
Vor dem Wechsel prüfen
- Aktuelle Betriebsbelastung (Incidents, Wartung, On-Call-Aufwand),
- Kapazität des Internal-Teams und SLA-Anforderungen,
- Audit-, Integration- und Verantwortlichkeitsanforderungen.
Durchführung
- Ist-Zustand dokumentieren — Runs, Change-Workflow, kritische Daten, Incident-Historie.
- Datenflüsse prüfen — wer benötigt Zugriffe und wie Secrets handhabbar bleiben.
- Cutover-Termin festlegen außerhalb kritischer Zeitfenster mit Rollback-Plan.
- Migration von Schlüsseln und Credentials testen in den Managed-Onboarding-Flow.
- Pilot ausführen auf einer nicht-kritischen Umgebung und End-to-End prüfen.
Checkliste
- Ist der Wechsel durch Rollenowner und Governance-Führung freigegeben?
- Gibt es einen klaren Rollback-Plan bei Problemen?
- Sind Zugriff und Historie übertragbar und nachvollziehbar?
- Sind die Teams auf die neue managed Prozedur geschult?
Typische Fehler
- Keine Übergabe der Änderungsregeln.
- Unklare Betriebsgrenzen nach dem Wechsel.
- Fehlender Rollback für schnelle Wiederherstellung.
Nächste Schritte
- Nach dem Cutover beginnen Sie mit Managed-Dokumentation.
- Rollen nach Managed Sicherheit und Zugriff ausrichten.
- Langfristigen Betrieb in Managed-Betrieb einführen.
- Den Moduswechsel-Guide als Referenz aktualisieren.
Nächster Schritt: Setzen Sie anschließend die Managed Onboarding-Checkliste um.