Unveröffentlichter Hybrid-Deployment-Prototyp
Einen unveröffentlichten Deployment-Prototyp für eine statische Website über Public Edge VPS und On-site Server umgesetzt – mit privatem Tailscale-Transport, containerisierten Diensten und wiederholbarem Delivery-Workflow.
Kurzüberblick
Rolle
Plattform-Verantwortung: Frontend-Umsetzung, Deployment-Workflow, Inhaltsstruktur, CI-Validierung und Produktionspfad.
Umfang
Der Delivery-Workflow validiert Linting, Type-Checks und den statischen Next.js-Build, bevor der Export über den Public Edge VPS und Tailscale zum On-site Server synchronisiert wird. Docker Compose und Nginx Proxy Manager...
Rahmenbedingungen
Der Prototyp nutzt Defense in Depth: Die private Runtime wird über Tailscale statt durch direkte Router-Exponierung erreicht, Ingress und Administration sind getrennt und grundlegende Web-Security-Header werden auf...
Ergebnis
Einen wiederholbaren Hybrid-Deployment-Prototyp umgesetzt, ohne Elkaza.at als veröffentlichte öffentliche Website darzustellen
Architektur
Node
Der vorgesehene Request-Pfad beginnt am Public Edge VPS und leitet freigegebenen Anwendungsverkehr über Tailscale zur privaten Runtime weiter.
Edge
Der On-site Server hostet die private Runtime-Schicht mit Docker Compose, Nginx Proxy Manager, statischen Webdiensten, Observability- und Backup-Komponenten.
Cloud
Der Public Edge VPS bleibt bewusst schlank und dient als Deployment-Relay sowie vorgesehene TCP-Ingress-Schicht, statt primäre Anwendungsdaten zu speichern.
Node
Der vorgesehene Request-Pfad beginnt am Public Edge VPS und leitet freigegebenen Anwendungsverkehr über Tailscale zur privaten Runtime weiter.
Edge
Der On-site Server hostet die private Runtime-Schicht mit Docker Compose, Nginx Proxy Manager, statischen Webdiensten, Observability- und Backup-Komponenten.
Cloud
Der Public Edge VPS bleibt bewusst schlank und dient als Deployment-Relay sowie vorgesehene TCP-Ingress-Schicht, statt primäre Anwendungsdaten zu speichern.
Architekturansichten
Kompakte Systemansichten fassen Projektgrenze, Deployment-Pfad und Datenfluss zusammen, ohne zusätzliche Implementierungsannahmen zu ergänzen.
Systemübersicht
Node
Deployment-Diagramm
Edge
Datenfluss-Diagramm
Cloud
Technische Entscheidungen
- Public Edge VPS als schlankes Deployment-Relay und vorgesehene TCP-Ingress-Schicht
- Privater Tailscale-Transport zur Runtime des On-site Servers
- Dockerisierter statischer Next.js-Export hinter Nginx Proxy Manager
- Automatisierter Workflow für Linting, Typecheck, Build, Synchronisierung und Smoke-Checks
Herausforderungen
- Ein einfacher statischer VPS-Workflow bildete die gewünschte Trennung zwischen Delivery-Automatisierung, Edge-Ingress und privater Runtime nicht ab. Der Prototyp benötigte deshalb...
- Der Prototyp nutzt Defense in Depth: Die private Runtime wird über Tailscale statt durch direkte Router-Exponierung erreicht, Ingress und Administration sind getrennt und grundlegende...
- Automatisierte Builds, geskriptete Synchronisierung, begrenzte Smoke-Checks und Service-Trennung reduzieren manuelle Delivery-Risiken. Backup-Integrität und isolierte Recovery-Nachweise...
Lessons Learned
- Einen wiederholbaren Hybrid-Deployment-Prototyp umgesetzt, ohne Elkaza.at als veröffentlichte öffentliche Website darzustellen
- Die private Runtime hinter Tailscale statt hinter direktem Router-Ingress gehalten
- Lint-, Typecheck-, Build-, Synchronisierungs- und Smoke-Check-Stufen validiert
Nächste Verbesserungen
- Architekturansichten mit der Implementierung synchron halten.
- Dokumentation weiter verdichten: README, Architekturentscheidungen und Screenshots synchron halten.
Tech-Stack
Artefakte
Verwandtes Projekt
Die angrenzende Fallstudie zeigt, wie dieses Projekt mit der restlichen Arbeit zusammenhängt.
Engineering-Portfolio-Plattform
Entwickelt eine mehrsprachige Portfolio-Plattform mit strukturierten Inhalten, CI-gestütztem Deployment und wartbaren Publishing-Workflows.