Sie sehen sich die Dokumentation zu Apigee Edge an.
Sehen Sie sich die Apigee X-Dokumentation an. info
In diesem Thema wird der Releaseprozess für Apigee-Produkte beschrieben.
Einführung
Apigee Edge folgt einem kontinuierlichen Releasemodell für die Public Cloud-, Private Cloud- und Edge-Microgateway-Produkte, damit unsere Nutzer schnell und in höchstmöglicher Qualität auf Produktinnovationen und -verbesserungen zugreifen können.
Alle Releases sollten ohne Unterbrechung der Produkte erfolgen, es sei denn, es handelt sich um eine geplante Ausfallzeit, die mindestens fünf Arbeitstage im Voraus angekündigt wird. Da Apigee-Produkte eine geschäftskritische Infrastruktur bereitstellen, die Entwicklern, Kunden, Mitarbeitern und Partnern den Zugriff auf Unternehmensdienste ermöglicht, müssen unsere Kunden bei neuen Releases häufig im Voraus mit internen und externen Stakeholdern planen. Wir sind der Meinung, dass eine klar kommunizierte Release-Taktung bei dieser Planung hilfreich ist.
Releasebenachrichtigungen erhalten
Sie können sich auf dieser Seite anmelden, um Benachrichtigungen zu Releases zu erhalten. Klicken Sie dazu auf die Schaltfläche Updates abonnieren.
Apigee Edge Public Cloud-Releaseprozess
Versionsnummern
Für Releases wird das folgende Nummerierungsschema verwendet: YY.MM.DD. Dabei gilt:
- YY ist das zweistellige Jahr, in dem die Version veröffentlicht wurde.
- MM ist die zweistellige Zahl des Monats, in dem die Veröffentlichung stattgefunden hat.
- DD ist der Tag des Monats, an dem die Veröffentlichung stattfand.
Die Release-Nummern für die Public Cloud geben ungefähre Veröffentlichungstermine an. Beispiel: Die Public Cloud-Version 19.03.01 entspricht ungefähr dem 1. März 2019.
Release-Fenster
- Releasefenster sind von Montag bis Donnerstag.
- Während des Release-Zeitfensters sehen Sie unter https://status.apigee.com Informationen zu einem laufenden Release.
- Nach Abschluss der Veröffentlichung finden Sie die Versionshinweise unter http://docs.apigee.com/release/notes/apigee-edge-release-notes.
- Alle Releases sollten ohne Unterbrechungen für Apigee Edge erfolgen, es sei denn, es handelt sich um eine geplante Ausfallzeit, die mindestens fünf Arbeitstage im Voraus angekündigt wird.
- Unser Global Services Center (GSC) ist wie gewohnt rund um die Uhr und während der Veröffentlichungszeiträume erreichbar, wenn Sie ein Supportticket erstellen möchten.
- Hotfixes oder Notfall-Patches sind aufgrund ihrer zeitkritischen Natur von diesem Verfahren ausgenommen und werden ohne vorherige Ankündigung dringend und so bald wie möglich veröffentlicht.
Zeitplan für die Unterstützung von Apigee Edge for Private Cloud
In den folgenden Abschnitten wird der Zeitplan für den Support von Apigee Edge for Private Cloud beschrieben. Informationen zu den unterstützten Versionen von Drittanbietersoftware finden Sie unter Unterstützte Versionen von Edge for Private Cloud.
Phase mit vollem Support
Die volle Supportphase für eine Hauptversion von Edge for Private Cloud dauert 18 Monate nach dem Erstveröffentlichungsdatum der Version. Während dieser Phase können Sie Supportanfragen zur Verwendung von Edge for Private Cloud senden. Außerdem veröffentlicht Apigee vierteljährlich Patches und bei Bedarf Hotfixes, um Fehler zu beheben und Funktionen zu verbessern.
Die Phase mit vollem Support endet am Ende des Produktzyklus (18 Monate nach dem ursprünglichen Veröffentlichungsdatum). Danach müssen Sie auf die nächste Hauptversion von Edge for Private Cloud umstellen, um weiterhin vollen Support zu erhalten.
End-of-Life-Phase
Am End-of-Life-Datum tritt eine Hauptversion von Edge für Private Cloud in die End-of-Life-Phase ein. Nach diesem Datum bietet Apigee keinen vollständigen Support mehr für die Hauptversion an: Alle Fehlerkorrekturen, Hotfixes, Sicherheitsupdates und Patches für die Hauptversion werden eingestellt.
Wenn Sie jedoch ein Upgrade auf einen Patch-Release für die Hauptversion durchgeführt haben, erhalten Sie 12 Monate nach dem Veröffentlichungsdatum des letzten Patches, auf den Sie ein Upgrade durchgeführt haben, weiterhin Break-Fix-Support (siehe unten).
Support für die Fehlerbehebung
Wenn Sie sich während der Einstellungsphase innerhalb von 12 Monaten nach dem Veröffentlichungsdatum der letzten Patchversion befinden, auf die Sie ein Upgrade durchgeführt haben, können Sie weiterhin Supportanfragen für den Break-Fix-Support stellen. Der Break-Fix-Support umfasst:
- Überprüfung, Analyse und Fehlerbehebung
- Problemumgehungen und Best Practices zur Lösung des Problems angeben
Für die Hauptversion werden jedoch keine Patches zur Fehlerbehebung bereitgestellt. Wenn keine Lösung für die Version möglich ist und das Problem als Fehler eingestuft wird, ist die Fehlerkorrektur möglicherweise in einer nachfolgenden Hauptversion enthalten. In diesem Fall müssen Sie ein Upgrade auf die neuere Version durchführen, um das Problem zu beheben.
Enddatum der Supportphase für Version 4.52
In der folgenden Tabelle sind die Enddaten für den Support für Version 4.52 aufgeführt. Dabei wird der Zeitpunkt anhand des letzten Patches ermittelt, auf den Sie ein Upgrade durchgeführt haben.
| Letzter Patchrelease, auf den Sie ein Upgrade durchgeführt haben | Erscheinungsdatum | Enddatum des Supports |
|---|---|---|
| 4.52.02 | 27.06.2024 | 31.12.2025 |
| 4.52.01.02 | 25.07.2024 | 30.09.2025 |
| 4.52.01.01 | 23.05.2024 | 30.09.2025 |
| 4.52.01 | 28.03.2024 | 30.09.2025 |
| 4.52.00.04 | 13.02.2024 | 13.02.2025 |
| 4.52.00.03 | 25.10.2023 | 25.10.2024 |
| 4.52.00.02 | 25.07.2023 | 31.08.2024 |
| 4.52.00.01 | 19.04.2023 | 31.08.2024 |
| 4.52.00 (erste Version) | 14.02.2023 | 31.08.2024 |
Enddatum der Supportphase für Version 4.51
In der folgenden Tabelle sind die Enddaten für den Support für Version 4.51 aufgeführt. Dabei wird der Zeitpunkt anhand des letzten Patches ermittelt, auf den Sie ein Upgrade durchgeführt haben.
| Letzter Patchrelease, auf den Sie ein Upgrade durchgeführt haben | Erscheinungsdatum | Enddatum des Supports |
|---|---|---|
| 4.51.00.12 | 20.03.2023 | 20.03.2024 |
| 4.51.00.11 | 26.10.2022 | 26.10.2023 |
| 4.51.00.10 | 28.09.2022 | 28.09.2023 |
| 4.51.00.09 | 25.08.2022 | 25.08.2023 |
| 4.51.00.08 | 27.06.2022 | 27.06.2023 |
| 4.51.00.07 | 26.05.2022 | 26.05.2023 |
| 4.51.00.06 | 28.04.2022 | 28.04.2023 |
| 4.51.00.05 | 28.03.2022 | 28.03.2023 |
| 4.51.00.04 | 16.02.2022 | 16.02.2023 |
| 4.51.00.03 | 13.01.2022 | 31.01.2023 |
| 4.51.00.02 | 11/03/2021 | 31.01.2023 |
| 4.51.00.01 | 28.09.2021 | 31.01.2023 |
| 4.51.00 (erste Version) | 29.07.2021 | 31.01.2023 |
Enddatum der Supportphase für Version 4.50
In der folgenden Tabelle sind die Enddaten für den Support für Version 4.50 aufgeführt. Dabei wird der Zeitpunkt anhand des letzten Patch-Releases ermittelt, auf den Sie ein Upgrade durchgeführt haben.
| Letzter Patchrelease, auf den Sie ein Upgrade durchgeführt haben | Erscheinungsdatum | Enddatum des Supports |
|---|---|---|
| 4.50.00.14 | 22.02.2022 | 22.02.2023 |
| 4.50.00.13 | 13.01.2022 | 13.01.2023 |
| 4.50.00.12 | 11/03/2021 | 11.03.2022 |
| 4.50.00.11 | 23.09.2021 | 23.09.2022 |
| 4.50.00.10 | 26.08.2021 | 26.08.2022 |
| 4.50.00.09 | 18.08.2021 | 18.08.2022 |
| 4.50.00.08 | 30.03.2021 | 30.03.2022 |
| 4.50.00.07 | 02/19/2021 | 23.02.2022 |
| 4.50.00.06 | 22.01.2021 | 23.02.2022 |
| 4.50.00.05 | 28.10.2020 | 23.02.2022 |
| 4.50.00.04 | 10.08.2020 | 23.02.2022 |
| 4.50.00.03 | 29.09.2020 | 23.02.2022 |
| 4.50.00.02 | 20.08.2020 | 23.02.2022 |
| 4.50.00.01 | 08/06/2020 | 23.02.2022 |
| 4.50.00 (erste Version) | 26.06.2020 | 23.02.2022 |
Apigee Edge for Private Cloud-Veröffentlichungsprozess
Versionsnummerierungsschema
Ab Version 4.50.00 wird für Apigee Edge for Private Cloud das folgende Versionsnummerierungsschema verwendet: 4.5N.XX-YY.ZZ. Dabei gilt:
| Zahlenteil | Beschreibung |
|---|---|
5N |
Diese Nummer beginnt bei 50 und wird bei jeder Hauptversion um 1 erhöht. |
XX |
Diese Zahl beginnt mit 00 und wird bei jeder Nebenversion um 1 erhöht. |
YY |
Diese Zahl beginnt mit 00 und wird bei jedem Patch um 1 erhöht. |
ZZ |
Diese Nummer, die mit 00 beginnt, ist nur für Hotfixes reserviert. |
Nach der Veröffentlichung (4.50.00) ist die nächste Patchversion beispielsweise 4.50.00.01.
Arten von Releases und ihre Taktung
Für Apigee Edge for Private Cloud gibt es die folgenden Arten von Releases:
| Art der Veröffentlichung | Beschreibung | Ablauf |
|---|---|---|
| Hauptversionen | Kann erhebliche Änderungen an der Architektur, Umschreibungen von Komponenten und Upgrades von Softwarekomponenten umfassen. Upgradepfade von den derzeit unterstützten Versionen werden bereitgestellt. | Nach Bedarf |
| Nebenversionen | Kann kumulative Fehlerkorrekturen, Konfigurationsänderungen, Installationsänderungen, Dokumentationsänderungen, Verbesserungen, Funktionen und Sicherheitslücken-Risikominderungen umfassen. | Einmal pro Jahr. |
| Stellen | Wichtige Probleme, die für Kunden behoben werden. | Bei Bedarf bis zu viermal pro Jahr, wenn es vorrangige Probleme gibt, die für Kunden behoben werden müssen. |
| Hot fixes | Fehlerkorrekturen und Risikominderung bei kritischen Sicherheitslücken. | Je nach Schwere des Problems so bald wie möglich. |
Installationsprogramme herunterladen
Verwenden Sie für Apigee Edge for Private Cloud Version 4.16.01 und höher die von Apigee erhaltenen Anmeldedaten, um:
- Alle Produktinstallationsprogramme als RPM-Dateien herunterladen. Weitere Informationen finden Sie unter https://software.apigee.com.
- Die Dokumentation finden Sie auf dieser Website (docs.apigee.com) unter „Edge for Private Cloud“.
Kompatibilität auf Verwaltungsebene und Supportzeiträume
Die Apigee Hybrid-Verwaltungsebene bleibt mit der Einführung eines neuen Hybrid-Laufzeitreleases 12 Monate nach der Veröffentlichung der Laufzeitversion (oder die größere der letzten 4 Laufzeitreleases und 12 Monate) kompatibel und wird unterstützt.
Ein Upgrade der Verwaltungsebene kann eine Laufzeitversion 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.
Benachrichtigung
Apigee erfasst und speichert Hybrid-Laufzeitversionen auf der Verwaltungsebene. Diese Informationen werden verwendet, um Kunden zu benachrichtigen, die Gefahr laufen, die Hybrid-Laufzeit mit einer Version zu verwenden, die von Apigee nicht mehr unterstützt wird.
Upgrade-Kompatibilitätsmatrix für Edge for Private Cloud-Releases
In der folgenden Tabelle sind die verfügbaren direkten Upgradepfade für verschiedene Apigee Edge for Private Cloud-Versionen aufgeführt. Wenn ein direkter Upgradepfad vorhanden ist, können Sie ein In-Place-Upgrade auf die angegebene Private Cloud-Version ohne Ausfallzeit durchführen. Eine ausführliche Anleitung zum Ausführen des Upgrades finden Sie in der entsprechenden Upgrade-Dokumentation.
Wenn kein direkter Upgradepfad verfügbar ist, sind mehrere Zwischen-Upgrades erforderlich, um die Zielversion zu erreichen. Wenn Sie beispielsweise derzeit Edge for Private Cloud Version 4.52.00 verwenden und ein Upgrade auf Version 4.53.00 ausführen möchten, müssen Sie das Upgrade in zwei Schritten durchführen: zuerst von 4.52.00 auf 4.52.02 und dann von 4.52.02 auf 4.53.00.
Unabhängig von den unten aufgeführten Upgradepfaden können Sie von einer Private Cloud-Version zu einer anderen migrieren, indem Sie einen neuen Apigee-Cluster in der neueren Version einrichten und mithilfe von Verwaltungs-APIs Daten von der älteren Version in die neuere Version übertragen. Dieser Ansatz ist jedoch möglicherweise nicht ohne Ausfallzeit und wird nicht als In-Place-Upgrade betrachtet.
| Version von Edge for Private Cloud | Erscheinungsdatum | Direkte Upgrade-Pfade von | Upgrade-Dokumentation |
|---|---|---|---|
| 4.52.00 | 14.02.2023 | 4.51.00 oder 4.50.00 | Dokumentation zum Upgrade auf Version 4.52.00 |
| 4.52.01 | 28.03.2024 | 4.51.00 oder 4.52.00 | Dokumentation zum Upgrade auf 4.52.01 |
| 4.52.02 | 27.06.2024 | 4.52.01 oder 4.52.00 oder 4.51.00 | Dokumentation zum Upgrade auf 4.52.02 |
| 4.53.00 | 11.10.2024 | 4.52.02 | Dokumentation zum Upgrade auf 4.53.00 |
Edge Microgateway-Releaseprozess
In diesem Abschnitt werden das Versionsverwaltungsschema, der Release-Rhythmus und die Supportzeiträume für das Edge Microgateway beschrieben. Weitere Informationen finden Sie in den Versionshinweisen.
Schema für die Release-Versionsverwaltung
Bei Veröffentlichungen für Edge Microgateway wird das folgende Nummerierungsschema verwendet: Major.Minor.Patch. Beispiel: 3.2.1, wobei die Hauptversionsnummer 3, die Nebenversionsnummer 2 und die Patchnummer 1 ist.
| Release-Grad | Beschreibung |
|---|---|
| Schwerwiegend | Hauptversionen können neue Funktionen und Verbesserungen, kumulative Fehlerkorrekturen, Sicherheitslücken-Risikominderung, Konfigurationsänderungen und Infrastruktur-/Architekturänderungen umfassen. |
| Geringfügig | Nebenreleases können vorhandene Funktionserweiterungen, kumulative Fehlerkorrekturen und Sicherheitslücken-Risikominderung enthalten. |
| Patch | Patchreleases können Fehlerkorrekturen und Sicherheitslücken-Risikominderung enthalten. |
Release-Rhythmus
Apigee veröffentlicht ungefähr einmal im Monat eine neue Version des Edge Microgateways. Dieser monatliche Release-Rhythmus kann sich jedoch ändern und je nach Umständen länger oder kürzer ausfallen. Ein Release kann eine Haupt-, Neben- oder Patchversion sein.
Supportzeiträume
Die aktuelle Version von Edge Microgateway wird noch ein Jahr lang unterstützt, nachdem die nächste Version verfügbar ist.
Wenn beispielsweise Version 3.1.0 am 17. Januar 2020 und Version 3.1.1 am 17. Februar 2020 veröffentlicht wird, wird Version 3.1.0 bis zum 17. Februar 2021 unterstützt.
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.