Deployment und Betrieb

Eine Webseite ist nicht fertig, wenn sie lokal funktioniert. Sie muss gebaut, ausgeliefert, überwacht, aktualisiert und bei Fehlern wiederhergestellt werden können.

Von lokal zu Produktion

Typische Stationen:

Je näher eine Umgebung an Produktion ist, desto wichtiger werden echte Konfiguration, echte Datenflüsse und saubere Berechtigungen.

Build

Viele moderne Webprojekte werden vor dem Deployment gebaut.

Beim Build passieren zum Beispiel:

• TypeScript wird geprüft oder kompiliert.
• JavaScript wird gebündelt.
• CSS wird optimiert.
• Bilder oder Assets werden vorbereitet.
• statische Seiten werden erzeugt.
• Servercode wird für die Laufzeit verpackt.

Ein Projekt sollte lokal und in CI reproduzierbar gebaut werden können.

Konfiguration

Konfiguration gehört nicht hart in den Code.

Typische Konfigurationswerte:

• API-URLs
• Datenbankverbindungen
• OAuth-Client-IDs
• Secrets
• Feature Flags
• öffentliche Basis-URL

Secrets gehören nicht in Git-Repositories und nicht ins Frontend-Bundle.

CI/CD

CI/CD automatisiert Prüfung und Auslieferung.

Typische Pipeline:

1. Abhängigkeiten installieren.
2. Linting ausführen.
3. Typecheck ausführen.
4. Tests ausführen.
5. Build erstellen.
6. Artefakt oder Container veröffentlichen.
7. Deployment ausführen.
8. Healthcheck prüfen.

Automatisierung reduziert manuelle Fehler und macht Deployments wiederholbar.

Hosting-Varianten

Webprojekte können unterschiedlich betrieben werden.

Monitoring und Logs

Nach dem Deployment braucht man Sichtbarkeit.

Wichtige Signale:

• Ist die Seite erreichbar?
• Wie schnell antwortet sie?
• Gibt es viele 500-Fehler?
• Sind Logins oder API-Aufrufe fehlerhaft?
• Läuft der Speicher voll?
• Sind Zertifikate gültig?
• Gibt es ungewöhnliche Zugriffsmuster?

Logs sollten helfen, Fehler zu verstehen, ohne Passwörter, Tokens oder persönliche Daten unnötig zu speichern.

Backups und Rollbacks

Fehler passieren. Deshalb braucht ein gutes Projekt einen Plan für Wiederherstellung.

Wichtige Fragen:

• Welche Daten müssen gesichert werden?
• Wie oft werden Backups erstellt?
• Wurde ein Restore getestet?
• Wie schnell kann eine fehlerhafte Version zurückgerollt werden?
• Gibt es Datenbankmigrationen, die nicht einfach rückgängig gemacht werden können?

Healthchecks

Ein Healthcheck ist ein technischer Endpunkt, mit dem geprüft wird, ob eine Anwendung erreichbar und funktionsfähig ist.

Beispielhafte Antwort:

{
  "status": "ok"
}

Ein guter Healthcheck kann von Docker, Load Balancern oder Monitoring-Systemen genutzt werden.