Dein Projekt veröffentlichen

Betrieb

Error-Tracking, Logs, Server-Status und Releases im laufenden Betrieb deines Projekts.

Auf dieser Seite

Nach dem ersten Deployment beginnt der Alltag: Fehler erkennen, Server im Blick behalten und Releases nachvollziehen. Diese Seite zeigt, welche Werkzeuge dafür in jedem Projekt bereits eingerichtet sind.

Fehler finden: Sentry

Jedes generierte Projekt ist ab dem ersten Commit an Sentry angebunden:

  • Die Sentry-DSN steht bereits in env/shared.generated.env (App) bzw. in der Deployment-Konfiguration (Backend) – du musst nichts einrichten.
  • Fehler aus App und Backend laufen automatisch im Sentry-Projekt deines Projekts auf, inklusive Release-Version.
  • Den Link zu deinem Sentry-Projekt findest du in der Projekt-Übersicht der Plattform.

Mehr zum Konzept: Error-Tracking.

Tipp
Schau nach jedem Prod-Release kurz in Sentry: Neue Fehler tauchen dort meist Minuten nach dem Deployment auf – lange bevor sich Nutzer melden.

Server im Blick behalten

Den Zustand deiner Server (Erreichbarkeit, laufende Dienste) siehst du in der Server-Sektion der Plattform. Wie du Server anlegst und verbindest, steht unter Server.

Logs der deployten Anwendungen liegen auf dem Server in den Docker-Containern – bei Problemen hilft dir der Support beim Zugriff.

Releases nachvollziehen

Jeder Merge in main erzeugt eine neue, automatisch berechnete Version:

  • Welche Version wo läuft, steht im gitops-configuration-Repository in configurations/dev/versions.yaml bzw. configurations/prod/versions.yaml.
  • Die zugehörigen Builds und Jobs findest du in GitLab unter CI/CD → Pipelines.
  • Fehler in Sentry sind mit der jeweiligen Release-Version verknüpft – so siehst du sofort, ab welchem Release ein Problem auftritt.

Der komplette Ablauf von Commit bis Deployment steht unter Git-Workflow & Deployment.

Wenn etwas schiefgeht

  1. Sentry prüfen – gibt es neue Fehler seit dem letzten Release?
  2. Pipeline prüfen – ist das Deployment in GitLab durchgelaufen (Code-Repository und gitops-configuration)?
  3. Zurück zum letzten funktionierenden Stand: In der Pipeline des letzten guten main-Stands publish-docker-prod erneut ausführen – damit ist die vorherige Version wieder live.
  4. Kommst du nicht weiter, melde dich beim Support.

Siehe auch