Zurück zum Playbook
Build & VerificationBV-03
Einen Canary-Rollout planen
Plant begrenzte Exposition mit vorab vereinbarter Bewertung; ein freigegebener Plan allein führt nie einen Produktions-Rollout aus.
ProduktstatusUnterstützter AblaufTeklens plant und bewertet; das Deployment des Canary und jede Rollout-Handlung sind separat autorisierte Operationen eures Teams.
Input3 benötigte InputsRelease-Kandidat und Kontrollversion · Berechtigter Traffic, Zuverlässigkeitsmessgrössen und Wiederherstellungsmöglichkeit · Fokus der Initiative und freigegebene Product-Brain-Leitlinien
SkillsPlan or assess a canary rollout · Prepare task context · Review an artifact against agreed criteriaReliability Engineer + Reliability Engineer Agent
ErgebnisCanary-Rollout-Plan: Expositionsplan, Bewertungssignale und Schwellen, Wiederherstellungsmechanismus und Owner, danach Bewertung und Entscheid.Artefakt: Canary-Rollout-Plan
Owner
Reliability Engineer
Mensch führt
Beteiligte · Agents
EngineerProduct ManagerReliability Engineer Agent
Auslöser
Ein Release-Kandidat und seine aktuelle Kontrollversion sind bereit.
Benötigter Kontext
CodeRelease-Kandidat und KontrollversionAnalyticsBerechtigter Traffic, Zuverlässigkeitsmessgrössen und WiederherstellungsmöglichkeitProduct BrainFokus der Initiative und freigegebene Product-Brain-Leitlinien
Optionaler Kontext
ConfluenceSLO-DefinitionArchitekturExpositionsgrenzen
Skills
Plan or assess a canary rolloutPrepare task contextReview an artifact against agreed criteria
Vorgeschlagener Gesprächsbogen
- 1Expositions- und Wiederherstellungsgrenzen vereinbarenEine abgegrenzte berechtigte Population, Kandidaten- und Kontrollversion, Risikotoleranz und Wiederherstellungs-Owner identifizieren; keine Ausweitung planen, wenn kein aussagekräftiger Vergleich oder keine Wiederherstellung möglich ist.Skills: Prepare task context
- 2Bewertungs- und Rollout-Plan entwerfenAnfängliche Exposition, Beobachtungsfenster, Signale für Kandidat versus Kontrolle sowie Kriterien für Ausweiten, Pausieren und Rollback festlegen. Deployment von Feature-Verfügbarkeit trennen.Skills: Plan or assess a canary rollout
- 3Einen autorisierten Canary beobachtenNur über separat autorisierte operative Ausführung tatsächliche Messungen und Rollout-Ereignisse für Kandidat und Kontrolle erhalten. Versionen, Exposition und Beobachtungsdauer bewahren; ein Plan ist kein Beleg für ein Deployment.
- 4Ausweiten, pausieren oder wiederherstellen entscheidenEvidenz mit den vorab vereinbarten Kriterien vergleichen und unzureichenden Traffic sowie Unsicherheit berücksichtigen. Den Entscheid des Release-Owners festhalten; jede operative Handlung bleibt separat autorisiert.Skills: Review an artifact against agreed criteria
Ergebnis
Canary-Rollout-Plan: Expositionsplan, Bewertungssignale und Schwellen, Wiederherstellungsmechanismus und Owner, danach Bewertung und Entscheid.
Artefakte
Erstellt: Canary-Rollout-Plan
So sieht gut aus
- Beobachtungen für Kandidat und Kontrolle sowie Entscheidungskriterien sind explizit.
- Die Ausführung bleibt von Planung und Empfehlung getrennt.
- Keine Aussage über einen gesunden Canary ohne echte Beobachtungen.
Freigabe
Der Release-Owner entscheidet anhand der vorab vereinbarten Kriterien: ausweiten, pausieren oder zurückrollen.
Ziel
ConfluenceGitHub
Meist als Nächstes
Menschen und Agents arbeiten mit demselben Product Brain. Der Owner bleibt verantwortlich. Zugewiesene Agents bereiten vor und prüfen. Ein benannter Mensch gibt an der Freigabe frei.
Wähl den Einstieg, der zu deiner Rolle passt.
Leg mit uns die Product-AI-Richtung fest oder teste das gemeinsame Product Brain mit Jira und Code an echter Arbeit.