<!--
Für die Übergabe „ich habe gebaut — du rollst aus".
Ausführlich: verfahren/deploy-uebergabe.md

Die Felder sind die Punkte, an denen Übergaben real schiefgegangen sind.
Wo nichts zutrifft, `-` eintragen statt den Abschnitt zu löschen.

Titel bitte mit [DEPLOY] beginnen.
-->

## Stand

<!-- Repo, Branch und Commit, der ausgerollt werden soll.
     Beispiel: axion1337.chat/threadnet-operating @ main, b6007c5 -->

## Testtiefe

<!-- Ehrlich einordnen — „ungetestet" ist eine brauchbare Angabe,
     „läuft" ohne Beleg nicht. Zutreffendes ankreuzen: -->

- [ ] ungetestet — nur gelintet / statisch geprüft
- [ ] teilweise getestet — Details unten
- [ ] getestet gegen echte Daten

## Mengengerüst

<!-- Wenn der Stand irgendetwas erzeugt (Nachrichten, Alarme, Zeitreihen, Dateien,
     Requests): Wie viel davon beim ersten Lauf? Geschätzt oder gemessen — bitte
     dazuschreiben, was von beidem.

     Genau hier entstehen die Überraschungen: „ein Alarm pro Fund" ist harmlos bei
     5 Funden und ein Ausfall bei 126.

     Beispiel:
       Alarme: ~1 pro CVE pro Image. An 3 von 29 Images gemessen: 27 CRITICAL / 126 HIGH.
       Zeitreihen: ~2000. Matrix-Nachrichten: 1 pro Alarm. -->

## Vollständiges Deploy-Kommando

<!-- Inklusive aller Reload-, Restart- und Recreate-Schritte. Ein `up -d`, das
     „Running" meldet und nichts tut, ist der häufigste stille Fehlschlag. -->

```bash

```

## Woran erkennt man, dass es wirklich greift

<!-- Konkrete Prüfung dort, wo der Dienst liest — im Container, in der API, in der
     laufenden Config. Ein grüner Linter belegt, dass die Datei gültig ist, nicht
     dass sie geladen wurde.

     Beispiel:
       docker exec prometheus grep -c axion-cve /etc/prometheus/alerts.yml   # erwartet: 1
       curl -s localhost:9090/api/v1/rules | grep -c axion-cve               # erwartet: >0 -->

```bash

```

## Außenwirkung und Not-Aus

<!-- Was verlässt beim ersten Lauf das System — Matrix-Räume, Mails, Webhooks,
     fremde APIs? Und wie schaltet man NUR diesen Kanal stumm, ohne den ganzen
     Deploy zu verschieben?

     Datensammlung und Zustellung getrennt scharf zu schalten ist fast immer
     möglich und macht aus einer Blockade einen normalen Deploy. -->

## Rollback

<!-- Was tun, wenn es schiefgeht — und was davon ist *nicht* zurückholbar
     (gesendete Nachrichten, externe Writes)? -->

## Bewusst offen gelassen

<!-- Bekannte Lücken, Nebenfunde, Abgrenzungen. Verhindert, dass die Gegenseite
     Zeit mit dem Nachweis von etwas verbringt, das schon bekannt ist. -->

/label ~"area:infrastructure"