LaraDep Dokumentation
Sie lesen Self-hosted-Modus
Erster Run im Self-hosted-Modus
Wie Sie den ersten Self-hosted-Run sicher starten: Umgebungsprüfung, Vorbereitungsphase, Preflight und Änderungshistorie.
Erster Run auf eigener Infrastruktur
Self-hosted bietet Flexibilität, aber auch Eigenverantwortung. Der erste Run setzt die Qualitätsmarke für alle folgenden Änderungen.
Zweck
- Baseline-Umgebung prüfen,
- ersten reproduzierbaren Run-Eintrag anlegen,
- Rollenmodell vor produktivem Betrieb festlegen.
Voraussetzungen
- Self-hosted-Installation abgeschlossen und erreichbar,
- SSH, DNS, Firewall und Netzwerk geprüft,
- Workspace und Vorlage vorbereitet.
Schritt-für-Schritt
- Infrastruktur validieren — IP, SSH, DNS, Firewall, Repository-Zugriff.
- Setup prüfen über Self-hosted-Installation und Abhängigkeiten.
- Werte ausfüllen in der ersten Vorlage und Baseline-Tags vorbereiten.
- Preflight ausführen in Self-hosted-Preflight und Warnungen behandeln.
- Teamfluss bestätigen — wer führt aus, wer prüft, wer kann rollbacken.
- Ersten Run starten mit minimalem Baseline-Tag-Set.
- Ergebnis prüfen — DNS/TLS, Service-Funktion und Run-Log.
- Run schließen mit Notiz und Folgeaufgaben.
Checkliste
- Ist die Infrastruktur vor dem Start bestätigt?
- Sind Rollen und Ownership eindeutig?
- Hat Preflight alle Blocker gelöst?
- Gibt es einen dokumentierten Rollback-Weg?
- Ist der Run-Ausgabe protokolliert und auditierbar?
Häufige Fehler
- Start ohne SSH-/DNS-/Firewall-Verifikation.
- Rollback-Szenario nicht vorbereitet.
- Verwechslung von Test- und Produktionswerten.
- Keine klare Ownership nach Ausführung.
Nächste Schritte
- Weiter zu Self-hosted-Tagesbetrieb.
- Verankern Sie Standards mit Self-hosted-Preflight.
- Sichern Sie Zugriff und Verantwortlichkeit in Self-hosted Workspace und Sicherheit.
Nächster Schritt: Führen Sie den Self-hosted Governance aus und halten Sie den langfristigen Betrieb im Runbook.