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 Self-hosted-Modus

Self-hosted Tagesbetrieb

Ein stabiler Self-hosted Alltagsbetrieb: Deployment-Planung, Betriebschecklisten, Verantwortlichkeiten für Änderungen und Ergebnisprüfung.

Self-hosted Tagesbetrieb

Self-hosted bietet hohe Flexibilität, erfordert aber einen klaren Betriebsrhythmus. Diese Seite beschreibt, wie Änderungen geplant, nachvollziehbar und wiederholbar durchgeführt werden.

Zweck und Zielgruppe

Für Teams, die LaraDep auf eigener Infrastruktur betreiben und operative Stabilität statt ad-hoc Veränderungen wollen.

Vorbereitung

  • Vergewissern Sie sich, dass der richtige Workspace korrekt eingerichtet ist und Rollen zugeordnet sind.
  • Stellen Sie sicher, dass die Vorlage und alle Pflichtvariablen vor dem Start bereitstehen.
  • Kommunikationswege für geplante Änderungen und Vorfälle müssen vorbereitet sein.

Betriebsroutine

  1. Änderung definieren: was ändert sich, welche Server sind betroffen, wer genehmigt den Lauf.
  2. Geführten Flow starten: Werte eintragen und Preflight erfolgreich bestehen.
  3. Fortschritt in Echtzeit verfolgen: beobachten Sie Schritte und fügen Sie keine neuen Änderungen ein, solange ein Lauf fehlschlägt.
  4. Nach Abschluss prüfen: Erreichbarkeit der Zielanwendung, DNS und TLS prüfen.
  5. Run abschließen: den Datensatz in der Workspace-Historie bestätigen und bei Bedarf Notiz ergänzen.

Betriebskontrollliste

  • Wird jede Bereitstellung vor dem Start per Preflight validiert?
  • Ist vor Start ein klarer Change-Owner und Genehmiger definiert?
  • Wurden kritische Dienste nach Abschluss geprüft?
  • Ist die Rollback-Option bekannt und kommuniziert?
  • Ist der Ausführungsdatensatz vollständig dokumentiert?

Häufige Fehler

  • Bereitstellungen ohne definierten Genehmiger.
  • Bereitstellungen außerhalb der geplanten Zeiten ohne Team-Information.
  • Abbruch eines Runs ohne Rückverfolgbare Nachbereitung.
  • Verlassen auf Erinnerung statt auf dokumentierte Evidenz.

Nächste Schritte

Nächster Schritt: Lesen Sie die Dokumentation oder kontaktieren Sie uns.

Abonnieren Sie unseren Newsletter

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

Esc Schließen