Ueberblick ueber die technische Infrastruktur des Projekts. Wichtige Trennung: Code-Hosting (wo der Quellcode liegt) ist NICHT dasselbe wie Plattform-Hosting (wo die laufende App spaeter betrieben wird).
Entscheidung (2026-07-02): Forgejo (schlanker, selbst-hostbarer Git-Forge) zuerst im Homelab, spaeter Umzug auf einen kleinen Hetzner-Server.
Begruendung: autarkiekonform (kein GitHub/Microsoft), nicht oeffentlich, null Kosten in der Testphase. Der spaetere Umzug ist trivial, da Git seine gesamte Historie mitnimmt (ein Push).
Verworfene Alternativen: GitHub (Microsoft-Prinzip), GitLab (zu hohe Betriebslast fuer ein Ein-Personen-Projekt).
Betriebsdetails (Compose, Backup, Wiederherstellung, Stoerungshilfe) siehe Unterseite:
Forgejo (Git-Hosting)
Der gesamte Stack laeuft als Docker Compose, bewusst identisch im Homelab und auf dem spaeteren gehosteten Server. "Umziehen" heisst damit nicht Migration, sondern denselben Compose-Stack woanders starten. Das macht eine grosse Vorab-Hosting-Entscheidung unnoetig.
Wo die laufende RevierManager-Plattform spaeter betrieben wird, ist eine separate, noch offene Entscheidung. Kandidaten: Hetzner, OVH, IONOS, Bare Metal. Ausgeschlossen: Azure, Google Cloud (Autarkie-Prinzip, Lock-in-Gefahr). Echte Skalierung ist ein Phase-spaeter-Thema (Zielbild: Kubernetes); bis dahin genuegt "groesseren Server buchen".
Grenze fuer echte Daten: Testdaten im Homelab sind in Ordnung. Echte Nutzer- und Standortdaten (eigene Schutzklasse) erfordern eine ordentlich gehostete Infrastruktur wegen DSGVO.