Git & Lieferung Mehr Details C · Branchenübliche Konvention Plattform: Allgemein

Rolling Deployment

Stufenweise Bereitstellung

Eine rollende Bereitstellung ersetzt alte Anwendungsinstanzen in Stapeln durch neue. Jeder Schritt ändert nur einen Teil der laufenden Gruppe, sodass sich Versionen überschneiden können.

Sieh, wie es funktioniert
Du könntest es nennen Rolling DeploymentStufenweises Updateinkrementeller ErsatzStapelrollout

Sieh, wie es funktioniert

Original bearbeitetes BeispielStufenweise Bereitstellung
BUILD → RUN → RELEASEStufenweise Bereitstellungold batch -> start and verify new batch -> drain old batch -> repeat
CHECKOUT · 4 REPLICASsurge 1 · unavailable 0
  1. 1v1
  2. 2v1
  3. 3v2 ✓
  4. 4v2 ✓
BEREITSCHAFTSSTUFE2 / 2 ready→
Nächste Charge erlaubtv2 · 4 / 4
ERGEBNISJeder fertige Stapel erlaubt es der nächsten alten Instanz zu gehen.GRENZEAlte und neue Versionen überschneiden sich. Daten und Anfragen müssen kompatibel bleiben.
old batch -> start and verify new batch -> drain old batch -> repeatOPS
Stufenweise BereitstellungLaufzeit & progressive Lieferung

Ein weiteres Beispiel

Ein Dienst hat vier Instanzen. Eine zusätzliche kann starten, aber keine darf nicht verfügbar sein. Jede bereitstehende Charge ermöglicht die nächste Ersatzinstanz.

Hauptteile

  1. 01alte Instanzgruppe
  2. 02Neue Instanzgruppe
  3. 03Stapelgröße
  4. 04Nicht verfügbare und zusätzliche Grenzen
  5. 05Bereitschaft und Entleerung
  6. 06Pausen- und Rückrollregel

Verwenden Sie es, wenn

Verwenden Sie es, wenn beide Versionen gleichzeitig laufen können und die gesunde Kapazität erhalten bleiben kann. Definieren Sie Regeln für Charge, Bereitschaft, Pause, Fehler und Zurückrollen.

Nutze es nicht, wenn

Versprechen Sie keine Null-Ausfallzeit. Schwache Bereitschaftsprüfungen, geringe Kapazität, lange Verbindungen oder inkompatible Datenänderungen können den Dienst trotzdem unterbrechen.

In Code verwendeter Name

old batch -> start and verify new batch -> drain old batch -> repeat

Vor dem Ausliefern

Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback.

Anfrage, die Sie kopieren können

Outcome: Complete the task with Stufenweise Bereitstellung (Rolling Deployment). User context: Ein Dienst hat vier Instanzen. Eine zusätzliche kann starten, aber keine darf nicht verfügbar sein. Jede bereitstehende Charge ermöglicht die nächste Ersatzinstanz. Delivery concept or operation: Stufenweise Bereitstellung (Rolling Deployment). Why it fits: Verwenden Sie es, wenn beide Versionen gleichzeitig laufen können und die gesunde Kapazität erhalten bleiben kann. Definieren Sie Regeln für Charge, Bereitschaft, Pause, Fehler und Zurückrollen. Do not use it when: Versprechen Sie keine Null-Ausfallzeit. Schwache Bereitschaftsprüfungen, geringe Kapazität, lange Verbindungen oder inkompatible Datenänderungen können den Dienst trotzdem unterbrechen. Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary): Kein einziger offizieller Standard kontrolliert den gesamten Begriff. Seine Bedeutung kann sich zwischen Teams, Plattformen oder Frameworks ändern. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.

Diese Anfrage prüfen

Review how Stufenweise Bereitstellung (Rolling Deployment) is used now. Definition: Eine rollende Bereitstellung ersetzt alte Anwendungsinstanzen in Stapeln durch neue. Jeder Schritt ändert nur einen Teil der laufenden Gruppe, sodass sich Versionen überschneiden können. Release checks: Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.

C
Wie offiziell ist dieser Begriff?

Branchenübliche Konvention

Menschen verwenden diesen Begriff oft bei der Arbeit. Die aufgelisteten Quellen können Praxis oder Einschränkungen unterstützen. Sie definieren nicht jeden Teil des Begriffs.

Kein einziger offizieller Standard kontrolliert den gesamten Begriff. Seine Bedeutung kann sich zwischen Teams, Plattformen oder Frameworks ändern.

Umfang
Nur das, was die Quelle abdeckt:Kanonischer Name、Definition、Plattform-API、Implementierung、Nutzungshinweise、Ratschläge zur Vermeidung
Dokumentenstatus
stabil
Geprüft am
2026-07-30

Beweisquellen & Umfang

Autoritätsquelle + Begriffsreferenz · Kubernetes · stabil Deployments — Rolling Update Deployment Umfang: Kanonischer Name、Definition、Plattform-API、Implementierung、Nutzungshinweise、Ratschläge zur Vermeidung Rolle hier: Direkte Begriffsreferenz Quelle umfasst: Kanonischer Name, Definition, Plattform-API, Implementierung, Nutzungshinweise, Ratschläge zur Vermeidung

Selbst kopieren

Der Browser konnte dies nicht kopieren. Wählen Sie die Anfrage unten aus und kopieren Sie sie selbst.