Self-hosted Quick-Start für die technische Evaluierung
Diese Seite richtet sich an Teams, die LaraDep intern betreiben oder technisch validieren möchten, bevor sie sich für die Managed-Variante entscheiden. Die Docker-Distribution ermöglicht es, einen vollständigen Stack lokal ohne Cloud-Abhängigkeiten zu starten.
Wann eine Self-hosted-Evaluierung sinnvoll ist
- Compliance oder interne Richtlinien erfordern den Betrieb auf eigener Infrastruktur.
- Die Funktionsweise von LaraDep soll technisch validiert werden, bevor es in die Produktion geht.
- Der Betrieb wird durch ein internes Platform- oder DevOps-Team verwaltet.
- Dateneigentümerschaft und vollständige Kontrolle über Konfiguration und Vorlagen werden benötigt.
Empfohlene Vorgehensweise
- Lokalen Stack starten — Docker-Distribution herunterladen und den Stack gemäß Anwendungsdokumentation starten.
- Grundkonfiguration — erstes Projekt einrichten, Testserver hinzufügen und Zugriffsrechte konfigurieren.
- Erstes Test-Deployment — Vorlage auswählen, Werte ausfüllen und Deployment starten. Den Ablauf prüfen: Sicherheitsprüfungen, Deployment-Verlauf und aufgezeichnetes Ergebnis.
- Fit bewerten — Self-hosted-Betrieb mit der Managed-Variante anhand der eigenen Compliance-, Team- und Wartungsanforderungen vergleichen.
Managed vs. Self-hosted — Zusammenfassung
Die Managed-Variante eignet sich für schnellen Start, geringeren Plattform-Overhead und Situationen, in denen der Betrieb eigener Infrastruktur keinen Mehrwert bringt. Self-hosted ist sinnvoll bei Compliance, internem Dateneigentum oder wenn Vorlagen direkt in der Datenbank verwaltet werden sollen. Beide Varianten teilen denselben Funktionsumfang.
Wenn unklar ist, welche Variante besser passt, empfiehlt sich der Start mit einem Managed-Demo — es kann auf den konkreten Workflow zugeschnitten werden.
Nächster Schritt: Die Unterschiede sehen Sie auf Managed vs. Self-hosted.