# Betrieb

Nach dem ersten Deployment geht es darum, Fehler früh zu sehen, Releases nachzuvollziehen und im Zweifel auf den letzten funktionierenden Stand zurückzugehen.

> Source: https://www.application-platform.com/de/docs/operations/

Im Betrieb gibt dir die Plattform drei Anhaltspunkte: das Sentry-Projekt deines Kontos für Fehler, die Pipelines in GitLab für Releases und die Bereiche **Server** und **Domains** für die Infrastruktur. Überwachte Server tragen das Kennzeichen **Überwacht**, und ihre Serverkarte zeigt Kennzahlen wie Auslastung und Netzwerkverkehr; die Überwachung schaltest du am Server ein oder aus.

## Fehler mit Sentry finden

Error-Tracking läuft über Sentry, sobald du unter **Anbindungen** dein Sentry-Konto verbunden und die Komponente unter **Funktionen** aktiviert hast; sonst bleibt es aus. Fehler aus App, Webseite und Backend laufen dort mit Stacktrace und Release-Version auf; den Link findest du auf der Sentry-Kachel der Projekt-Übersicht. Die Anbindung beschreibt [Error-Tracking]({{< relref "error-tracking" >}}), das Lesen von Issues [Arbeiten mit Sentry]({{< relref "working-with-sentry" >}}).

## Releases nachvollziehen

Jeder Push auf `main` erzeugt eine neue Version, die die Pipeline aus den Commit-Nachrichten berechnet (`feat:` und `fix:` zählen hoch). Welche Version auf Dev und Produktion läuft, steht im `gitops-configuration`-Repository; die Builds und Jobs findest du in GitLab unter **CI/CD → Pipelines**. Den Ablauf beschreibt [Git-Workflow und Deployment]({{< relref "git-workflow" >}}).

## Server, Domains und Logs

Die verbundenen Server deiner Organisation siehst du unter **Server**; wie du sie anlegst, steht unter [Server]({{< relref "servers" >}}). Unter **Domains** prüft die Plattform laufend die DNS-Einträge und zeigt das Ergebnis als Haken in der Spalte **Status**. Die Logs liegen auf dem Server in den Docker-Containern; beim Zugriff hilft der [Support]({{< relref "/support" >}}).

## Wenn ein Release Probleme macht

1. Prüfe in Sentry, ob seit dem Release neue Fehler aufgetaucht sind.
2. Prüfe in GitLab unter **CI/CD → Pipelines**, ob das Deployment durchgelaufen ist.
3. Starte in der Pipeline des letzten funktionierenden `main`-Stands den Produktions-Job über den Play-Button erneut; damit ist die vorherige Version wieder live.
4. Kommst du nicht weiter, melde dich beim [Support]({{< relref "/support" >}}).