Deployment

Kuglers OS wird als produktive Webanwendung gebaut und containerisiert betrieben. Das Deployment ist darauf ausgelegt, reproduzierbar zu sein und nach einem Server- oder Container-Neustart automatisch wieder erreichbar zu werden.

Build-Modell

Die Anwendung nutzt den Next.js-Standalone-Build. Dadurch enthält das Produktionsartefakt nur die zur Laufzeit benötigten Dateien. Das Containerimage kapselt Anwendungscode, Build-Ausgabe und Runtime-Abhängigkeiten.

Der Build trennt:

• Quellcode und UI-Komponenten
• Prisma-Schema und generierten Client
• produktive Server-Ausgabe
• statische Assets
• Laufzeitkonfiguration über Environment Variablen

Rollout

Der produktive Rollout folgt einem festen Ablauf:

1. Code-Stand prüfen.
2. Abhängigkeiten installieren.
3. Prisma Client generieren.
4. Anwendung bauen.
5. Containerimage erzeugen.
6. Service starten oder aktualisieren.
7. Healthcheck prüfen.
8. Öffentliche Route testen.

Konfiguration und persistente Daten werden nicht in das Image eingebettet. Dadurch bleibt ein Rollback möglich, ohne Datenbestände zu überschreiben.

Betriebsentscheidung

Kuglers OS wird nicht als lose Node.js-Instanz betrieben. Die Containerisierung macht Restart-Verhalten, Netzwerkgrenzen und Healthchecks explizit. Das passt zur Plattformstrategie: produktive Anwendungen sollen als nachvollziehbare Services laufen, nicht als manuell gestartete Prozesse.

Healthcheck

Der Healthcheck liefert eine kompakte öffentliche Antwort und kann für interne Prüfungen detailreicher ausgewertet werden. Sensible Details werden nicht ohne gesonderte Autorisierung offengelegt.