Diese Seite gilt für Apigee und Apigee Hybrid.
Apigee Edge-Dokumentation aufrufen
In diesem Thema wird der Veröffentlichungsprozess für Apigee und Apigee Hybrid beschrieben.
Releasebenachrichtigungen erhalten
Die beste Möglichkeit, über Apigee-Releases auf dem Laufenden zu bleiben, ist das Abonnieren des RSS-Feeds der Versionshinweise. So abonnieren Sie:
- Rufen Sie die Seite Apigee-Versionshinweise auf.
- Wählen Sie Alle aus, um alle Apigee-Versionshinweise aufzurufen, oder wählen Sie das Apigee-Produkt aus, das Sie aufrufen möchten.
- Fügen Sie die URL der Seite zu Ihrem Feed-Reader hinzu, um alle Versionshinweise oder eine bestimmte Versionshinweiskategorie wie Apigee Hybrid zu abonnieren.
Apigee-Veröffentlichungsprozess
Apigee folgt einem kontinuierlichen Releasemodell, damit unsere Nutzer schnell und in höchstmöglicher Qualität auf Produktinnovationen und -verbesserungen zugreifen können.
Release-Rhythmus
Apigee-Releases werden etwa alle zwei Wochen veröffentlicht, wobei dieser Zeitraum variieren kann. Roll-outs von Apigee-Releases werden auf der Seite mit den Apigee-Versionshinweisen angekündigt, d. h. es kann mindestens vier Werktage dauern, bis sie in allen Google Cloud-Zonen abgeschlossen sind. Einzelne Instanzen sind möglicherweise erst nach Abschluss des Roll-outs verfügbar, wenn die Funktionen und Fehlerkorrekturen nicht abgeschlossen sind.
Release-Versionierung
Bein Veröffentlichungen für Apigee wird das folgende Nummerierungsschema verwendet:
major_version.minor_version.patch_version
Beispiel: 3.2.1, wobei die Hauptversionsnummer 3, die Nebenversionsnummer 2 und die Patchnummer 1 ist.
Wenn Sie die Instanzversion mit der API oder in der Benutzeroberfläche aufrufen, werden die Versionsnummern in einen String mit Bindestrich konvertiert, z. B. 3-2-1-apigee-1
. Der Versionsstring mit Bindestrich wird auch verwendet, um Releases und Nutzlasten in den Apigee-Versionshinweisen anzukündigen.
Apigee Hybrid-Releaseverfahren
Release-Version und -Rhythmus
Bein Veröffentlichungen für Apigee Hybrid wird das folgende Nummerierungsschema verwendet:
major_version.minor_version.patch_version
Beispiel: 3.2.1, wobei die Hauptversionsnummer 3, die Nebenversionsnummer 2 und die Patchnummer 1 ist.
Release-Grad | Supportstufe | Release-Rhythmus | Beschreibung |
---|---|---|---|
Hoch | Support wird bis zu zwölf Monate nach der nächsten Hauptversion angeboten. | Nach Bedarf | Hauptversionen sind nicht mit früheren Hauptversionen abwärtskompatibel. Sie können neue Funktionen und Verbesserungen, kumulative Fehlerkorrekturen, Sicherheitslücken-Risikominderung, Konfigurationsänderungen und Infrastruktur-/Architekturänderungen umfassen. |
Gering | Der Support wird ab dem ersten Releasedatum zwölf Monate lang angeboten Dies ist eine Änderung gegenüber dem bisherigen Support von neun Monaten. |
Drei pro Jahr, etwa alle vier Monate. Dies ist eine Änderung gegenüber den bisherigen vier pro Jahr. |
Nebenversionen sind innerhalb derselben Hauptversion abwärtskompatibel. Sie können vorhandene Funktionserweiterungen, kumulative Fehlerkorrekturen und Sicherheitslücken-Risikominderung enthalten.
Apigee unterstützt nur sequenzielle Upgrades. Für ein Upgrade auf |
Patch | Wie die entsprechende Nebenversion. | Nach Bedarf, höchstens einmal pro Monat | Patchreleases können Fehlerkorrekturen und Fehlerkorrekturen sowie Sicherheitslücken-Patches enthalten. Patches sind als |
Patch – Sicherheitslücken | Wie beim Patchrelease, allerdings ohne zusätzlichen Code. | Nach Bedarf | Patches für größere Sicherheitslücken werden bei Bedarf als Reaktion auf Sicherheitsumstände herausgegeben. |
Unterstützte Versionen und Releaseverlauf
Informationen zu von Apigee Hybrid unterstützten Versionen und Releaseverlauf finden Sie unter Von Apigee Hybrid unterstützte Plattformen und Versionen.
Richtlinie für die Unterstützung der Version der Laufzeitebene
Apigee veröffentlicht eine neue Hybrid-Laufzeit-Nebenversion (z. B. y in Version x.y) dreimal pro Jahr, etwa alle vier Monate, mit einem monatlichen Patchrelease (z. B. z in Version x.y.z). Apigee unterstützt Nebenversionen für maximal zwölf Monate ab dem ursprünglichen Releasedatum. Dies ist eine aktuelle Aktualisierung von den bisherigen vier Mal pro Jahr und neun Monaten Support.
Das Ziel der Support-Richtlinie für die Laufzeitebene ist es, den Kunden die Flexibilität zu geben, Upgrades zu planen, wenn es ihren geschäftlichen Anforderungen entspricht, und gleichzeitig die schnelle Entwicklung von Apigee (und seine Abhängigkeit von den zugrunde liegenden Komponenten wie Anthos und Anthos Service Mesh) auszugleichen.
Laufzeitebene und Anthos-Version Kompatibilität
Eine Apigee-Hybrid-Laufzeit-Nebenversion wird auf mindestens zwei Anthos- und Anthos-Attached-Cluster-Versionen unterstützt.
Kompatibilität auf Verwaltungsebene und Supportzeiträume
Die Apigee Hybrid-Verwaltungsebene bleibt mit der Einführung einer neuen Hybrid-Laufzeit-Haupt-/Nebenversion für zwölf Monate nach der Veröffentlichung der Laufzeit-Nebenversion (oder dem größeren der letzten drei Laufzeit-Releases und zwölf Monaten) kompatibel und wird für die Zusammenarbeit mit dieser unterstützt.
Ein Upgrade der Verwaltungsebene kann eine Laufzeitnebenversion beeinträchtigen, die mindestens 12 Monate veröffentlicht wurde.
Nach Ablauf des Supportfensters erfordert Apigee, dass der Kunde ein Upgrade auf eine aktuelle Version durchführt. Es werden keine Support-Tickets für Releases außerhalb des Supportfensters akzeptiert.