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 Gemeinsam

Umstieg zwischen Managed und Self-hosted

Wie man einen Moduswechsel sicher plant und durchführt: was zu prüfen ist, was im Umstieg übertragen wird und was danach zu tun ist.

Moduswechsel

Der Wechsel von managed zu self-hosted (oder umgekehrt) ist mehr als nur eine Einstellungsänderung; es ist ein kontrollierter Migrationsprozess. Diese Seite definiert einen Standard, der Chaos verhindert und Wiederholbarkeit unterstützt.

Für wen

Für Teams geeignet, die LaraDep bereits in einem Modus betreiben und aufgrund von Governance, Kosten, Sicherheit oder Steuerungsanforderungen den Modus wechseln möchten.

Vorbereitung

  • Ihr aktuelles Onboarding und Betriebsverfahren sind dokumentiert,
  • das Team versteht beide Betriebsarten auf Dokumentationsebene (managed/self-hosted, First-Run, Runbook),
  • ein Entscheidungsträger für Go/No-Go ist benannt.

Umzugsprozess (high level)

  1. Reasoning prüfen: Warum der Wechsel nötig ist (Kosten, Kontrolle, Compliance, Teamkapazität).
  2. Ist-Zustand erfassen: Workspaces, Vorlagen, Rollen, Deployments-Historie, kritische Anwendungen.
  3. Zielprozess vorbereiten: Onboarding, Preflight-Prüfungen und Runbook für den Zielmodus einrichten.
  4. Pilot-Migration: Ein Pilot-Umfeld auswählen, Rollback testen und erstes Deployment ausführen.
  5. Abschluss: Kritische Variablen übertragen, Zugriffsregeln prüfen und neuen Betriebsstandard veröffentlichen.

Checklist für den Wechsel

  • Ist der Moduswechsel per Entscheidung dokumentiert?
  • Sind neue Credential-Workflows und Zugriffsabläufe vorbereitet?
  • Ist Onboarding eingerichtet und kommuniziert?
  • Ist ein Risikoplan mit Rollback vorhanden?
  • Wurde Runbook und Change-Evidence nach dem Wechsel aktualisiert?

Häufige Fehler

  • Das Onboarding der Zielumgebung überspringen.
  • Migrationsschritte ohne Pilot direkt in der Produktion durchführen.
  • Fehlende Verantwortliche für Start und Incident-Besitz.
  • Runbook und Workspace-Rollen nach Wechsel nicht aktualisieren.

Nächste Schritte

Cross-Track-Links

Um in den Ausgangsmodus zurückzukehren, führen Sie die kontrollierte Umstellung erneut mit dokumentiertem Onboarding und Preflight in Managed oder Self-hosted durch.

Nächster Schritt: Prüfen Sie die konkreten Abläufe im Managed-Start oder in der Self-hosted-Installation.

Abonnieren Sie unseren Newsletter

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

Esc Schließen