# Release und Deployment kontrollieren

> Änderungen in kleinen, beobachtbaren Schritten freigeben, ausrollen und bei Wirkung zurücknehmen.

Track: [ITSM, Change & Problem Management](https://opsmith.app/learn/itsm-operations)  
Kanonische Fassung: https://opsmith.app/learn/itsm-operations/release-deployment-control  
Stand: 2026-07-30  
Interaktiver Teil: 9 Checks (nur im Browser)

## Release- und Deployment-Control

### Die Betriebsfrage

Ein Deployment ist erst dann kontrolliert, wenn Umfang, Erfolgssignal und getesteter Rückkehrpfad vor dem Eingriff bekannt sind.

> **Lernziel:** Du kannst anhand vorab definierter Evidenz entscheiden, ob ein Rollout fortgesetzt, angehalten oder zurückgeführt wird.

### Mentales Modell

|  |  |
| --- | --- |
| Release | Freigegebener fachlicher oder technischer Umfang |
| Deployment | Technisches Ausbringen dieses Umfangs in eine Umgebung |

### Entscheidungsroute

Scope und Risiken prüfen → Vorbedingungen und Backout testen → Begrenzt ausbringen → Nutzer- und Systemsignale beobachten → Ergebnis bestätigen oder zurückführen

### Praxisregel

**Kurzcheck:** Wann darf ein Canary erweitert werden?

- [x] Wenn vorher festgelegte Nutzer- und Systemsignale im akzeptierten Bereich bleiben
- [ ] Wenn das Deployment technisch ohne Fehlermeldung endete
- [ ] Wenn ein Host auf Ping antwortet

> Richtig. Das Entscheidungsmaß muss vor dem Rollout feststehen.

## Quellen

- sre.google/workbook/canarying-releases — https://sre.google/workbook/canarying-releases/
- csrc.nist.gov/pubs/sp/800/128/upd1/final — https://csrc.nist.gov/pubs/sp/800/128/upd1/final
- sre.google/sre-book/release-engineering — https://sre.google/sre-book/release-engineering/
- csrc.nist.gov/pubs/sp/800/34/r1/upd1/final — https://csrc.nist.gov/pubs/sp/800/34/r1/upd1/final