Rolling Updates

Apigee hybrid unterstützt zwei Arten von Aktualisierungen. Die erste ist ein direktes Update, bei dem Sie eine Konfigurationsänderung anwenden und eine Hybrid-Kubernetes-Rolling Update startet. Bei Kubernetes-Updates können Rolling Updates ohne Ausfallzeiten ausgeführt werden, indem Pod-Instanzen schrittweise mit neuen aktualisiert werden.

Apigee Hybrid unterstützt auch ein Canary- oder AB-Update. In einem AB-Update wird die neue Überarbeitung bereitgestellt. Zuerst wird jedoch ein kleiner Prozentsatz des Traffics an ihn weitergeleitet. Im Laufe der Zeit erhöht sich dieser Prozentsatz, bis der gesamte Traffic zur Überarbeitung kommt.

Direkte Aktualisierungen

Wenn Sie ein direktes Update auslösen möchten, ändern Sie einfach die gewünschten Einstellungen in der Überschreibungendatei und wenden sie auf den Cluster an. Angenommen, Sie möchten den aktuellen Speicher von runtime von 1Gi in 5Gi ändern:

Hier sehen Sie die ursprüngliche Konfiguration:

...
runtime:
  replicaCountMin: 2
  replicaCountMax: 20
  resources:
    cpu: 1000m
    memory: 1Gi
...

In der neuen Konfiguration wird der Speicher in 5Gi geändert:

...
runtime:
  replicaCountMin: 2
  replicaCountMax: 20
  resources:
    cpu: 1000m
    memory: 5Gi
...

Wenn Sie die Änderung übernehmen, werden die vorhandenen Pods gestartet und ersetzt. Aufgrund der Rolling Update-Funktion von Kubernetes treten bei Clients keine Ausfallzeiten auf.

AB-Update machen

Verwenden Sie für ein AB-Update das Tag revision in Ihrer Überschreibungen-Datei. Angenommen, Sie möchten den aktuellen Speicher von runtime von 1Gi in 5Gi ändern:

In der aktuellen Konfiguration ist revision auf blue gesetzt:

...
revision: blue
...
runtime:
  replicaCountMin: 2
  replicaCountMax: 20
  resources:
    cpu: 1000m
    memory: 1Gi
...

Wenn Sie in der neuen Konfiguration revision zu green ändern, geben Sie an, dass Sie ein Rolling Update machen möchten, wenn die Änderung angewendet wird. Der festgelegte Wert revision spielt keine Rolle Sie können jeden beliebigen String verwenden, solange Sie den vorherigen Wert in einen anderen Wert ändern.

...
revision: green
...
runtime:
  replicaCountMin: 2
  replicaCountMax: 20
  resources:
    cpu: 1000m
    memory: 5Gi
...

Wenn Sie die Änderung übernehmen, ein kleiner Prozentsatz des Traffics für die neue Überarbeitung. Im Laufe der Zeit wird mehr Traffic an die neue Überarbeitung weitergeleitet, bis sie 100 % erreicht. Die alte Überarbeitung wird dann gelöscht.

Wenn ein AB-Rollout ausgelöst werden soll, fügen Sie entweder das Tag revision hinzu, falls es nicht vorhanden ist, oder ändern Sie den Wert des Tags revision, falls es bereits vorhanden ist. Sie müssen keine anderen Änderungen an der Überschreibungendatei vornehmen, um eine AB-Einführung auszulösen.

Die folgende Tabelle enthält den Zeitplan einer AB-Einführung:

Phase Traffic-Prozentsatz Wartezeit
1 5 % 60 Sekunden
2 20 % 10 Sekunden
3 100 % 10 Sekunden

In der aktuellen Version sind die Prozentsätze und Wartezeiten nicht konfigurierbar.