Hosting & Deployment — Zero-Downtime auf EU-Servern

Der Regelbetrieb läuft auf Hetzner Cloud oder Hetzner Dedicated Server mit Rechenzentren in Nürnberg, Falkenstein oder Helsinki. Cloud-Instanzen lassen sich innerhalb weniger Minuten vergrößern, wenn der Traffic steigt; ein Dedicated Server liefert dafür konstant mehr Rechenleistung zum planbaren Festpreis. Welche Variante passt, hängt von erwartetem Traffic, Datenbankgröße und Anforderungen an Antwortzeiten ab und wird in der Analysephase gemeinsam geklärt. Für statische Frontends aus Next.js oder Vite kommt bei Bedarf zusätzlich ein CDN zum Einsatz, damit Seiten auch für Besucher außerhalb Deutschlands schnell laden. Auf beiden Server-Typen überwacht systemd die laufenden Prozesse und startet sie im Fehlerfall automatisch neu, meist bevor ein Nutzer davon etwas merkt. Die Server bleiben dabei unter deutscher oder europäischer Hoheit, sodass sich Fragen zum Serverstandort für Ihre Datenschutzerklärung ohne Zusatzaufwand beantworten lassen.

Beim Ausrollen einer neuen Version bleibt die bisherige Version bis zuletzt aktiv erreichbar. Die neue Version wird parallel aufgebaut, durchläuft automatisierte Tests und einen Gesundheitscheck und wird erst danach auf den Live-Traffic umgeschaltet. Schlägt der Check fehl oder treten nach der Umschaltung Fehler auf, wird der Datenverkehr innerhalb weniger Sekunden zur vorherigen Version zurückgeleitet, ohne dass Besucher etwas davon bemerken. Technisch basiert das auf atomaren Symlink-Wechseln: Der Webserver zeigt jederzeit auf genau ein Verzeichnis, wodurch der Wechsel zur neuen Version ein einzelner, praktisch augenblicklicher Vorgang bleibt. Ausgelöst wird der gesamte Vorgang automatisch durch die CI/CD-Pipeline in GitHub Actions, ohne dass jemand manuell auf dem Server eingreifen muss. Für Datenbankänderungen gilt eine zusätzliche Regel: Migrationen werden so geschrieben, dass alte und neue Anwendungsversion für die Dauer des Wechsels mit demselben Schema arbeiten können.

Bestehende Anwendungen lassen sich in der Regel ohne Ausfallzeit umziehen. Zunächst wird die Zielumgebung parallel zur bisherigen aufgebaut — inklusive Server, Datenbank und Konfiguration — und mit einer Kopie der Produktionsdaten getestet. Erst wenn alle Funktionen in der neuen Umgebung nachweislich funktionieren, erfolgt die eigentliche Umschaltung über DNS und, falls nötig, ein finaler Datenabgleich für zwischenzeitlich neu hinzugekommene Datensätze. Domains und SSL-Zertifikate werden in diesem Schritt automatisch mit übernommen, sodass keine manuelle Nacharbeit an der Adressleiste nötig wird. Auch E-Mail-Einstellungen wie MX-Records dokumentieren wir vorab und übertragen sie korrekt, damit der Mailverkehr während des Umzugs nicht unterbrochen wird. Bei Projekten mit veralteten PHP- oder Datenbankversionen prüfen wir vorab, welche Anpassungen am Code für den Betrieb auf aktueller Infrastruktur nötig sind, damit während der Migration keine Überraschungen auftreten.

Über eine CI/CD-Pipeline mit GitHub Actions: Jeder Push wird automatisch getestet und bei Erfolg ausgerollt. Manuelles Kopieren auf den Server entfällt komplett.

Ja. Wir richten regelmäßige Backups, Uptime-Monitoring und Alarme ein, damit Probleme früh auffallen und im Ernstfall schnell Daten wiederhergestellt werden können.