AWS Der Mainframe Modernization Service (Managed Runtime Environment Experience) steht Neukunden nicht mehr zur Verfügung. Funktionen, die dem AWS Mainframe Modernization Service (Managed Runtime Environment-Erfahrung) ähneln, finden Sie unter AWS Mainframe Modernization Service (Self-Managed Experience). Bestandskunden können den Service weiterhin wie gewohnt nutzen. Weitere Informationen finden Sie unter Änderung der Verfügbarkeit von AWS Mainframe Modernization.
Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
AWS Lebenszyklus von Mainframe-Modernisierungskomponenten
Jede Komponente der AWS Mainframe-Modernisierung durchläuft Versionsupgrades und einen Entwicklungszyklus. Auf dieser Seite können Sie sich einen Überblick über diese Komponenten, ihre Versions-Upgrade-Pläne und die Art und Weise verschaffen, wie AWS Mainframe Modernization die Veröffentlichung oder das Verfallsdatum dieser Komponenten oder ihrer Versionen kommuniziert.
Überblick über den Lebenszyklus der Komponenten
AWS Der Lebenszyklus der Mainframe-Modernisierung beschreibt den Ansatz und die Zeitpläne für die Veröffentlichung und Unterstützung der Servicekomponenten für die AWS Mainframe-Modernisierung während ihres gesamten Lebenszyklus. Die Bereitstellung eines vorhersehbaren und konsistenten Lebenszyklus hilft Ihnen bei der Planung, dem Testen und der Bereitstellung neuerer Versionen.
Alle AWS bereitgestellten AWS Mainframe-Modernisierungskomponenten profitieren vom Produktsupport, der Support vom Zeitpunkt ihrer Veröffentlichung bis zu ihrer Außerbetriebnahme gemäß dem Veröffentlichungskalender der einzelnen Komponenten bereitgestellt wird. Weitere Informationen zum Support Umfang und zu den Aktivitäten finden Sie unter Tarife vergleichen Support
AWS Mainframe Modernization veröffentlicht einige Komponenten mit Versionen, die von Lieferanten stammen, bei denen es sich um das Unternehmen AWS selbst, ausgewählte AWS Partner oder Communitys handeln kann. Für jede AWS Mainframe-Modernisierungskomponente hat eine Version eine Hauptversionsnummer und eine Nebenversionsnummer. Jede Komponente hat ihre eigene Haupt- und Nebenversionsnummerierung.
Für versionierte Komponenten haben wir die folgenden Absichten:
-
Wir wollen regelmäßig oder auf Kundenwunsch neuere Versionen von AWS Mainframe-Modernisierungskomponenten veröffentlichen. Wenn die neuere Version einer Komponente gewünscht wird und noch nicht im AWS Mainframe-Modernisierungsservice verfügbar ist, können Sie eine ausdrückliche Anfrage über Support Product Feature Request (PFR) stellen.
-
Damit das Ende des Supports und die Außerbetriebnahme der komponentenspezifischen Versionen von AWS Mainframe Modernization mit dem Ende des Supports des Komponentenlieferanten übereinstimmen.
-
Um Kunden etwa ein Jahr vor der Außerbetriebnahme der Hauptversion einer Komponente zu benachrichtigen.
Obwohl wir uns bemühen, diese Richtlinien einzuhalten, können wir in einigen Fällen bestimmte Versionen mit kürzeren Benachrichtigungsfristen früher einstellen. Beispielsweise können wir eine Version mit Sicherheitsproblemen umgehend und mit einem kürzeren Benachrichtigungszeitraum zurückziehen. Wir können auch Nebenversionen vorzeitig zurückziehen, wenn eine Nebenversion erhebliche Fehler oder Sicherheitsprobleme aufweist, die in einer späteren Nebenversion behoben wurden. In dem unwahrscheinlichen Fall, dass solche Fälle eintreten, werden wir die Kunden benachrichtigen und sie über den Plan und den Zeitplan für die Außerbetriebnahme informieren. Spezifische Umstände können je nach Situation unterschiedliche Zeitpläne vorschreiben.
Anmerkung
Wichtige Updates für Komponenten können jederzeit verfügbar gemacht werden. Neue Versionen können beispielsweise aus Sicherheitsgründen oder zur Behebung von Korrekturen für die Produktionsumgebungen umgehend zur Verfügung gestellt werden. Für Anfragen, die über uns gestellt werden Support, legt der Supportplan die Verfahren, den Schweregrad und die Antwortzeiten fest.
Wenn eine Komponentenversion eingestellt wird, verteilt AWS Mainframe Modernization diese Versionen nicht an Kunden für neue Implementierungen. Folglich werden diese Versionen auch nicht von unterstützt. Support Kunden, die bestehende Komponentenbereitstellungen nach dem Datum des Auslaufs ihrer Version ausführen, sollten sich der damit verbundenen Risiken bewusst sein. AWS ist nicht dafür verantwortlich, Sicherheitsupdates, technischen Support oder Hotfixes für veraltete Komponentenversionen bereitzustellen. Außerdem entfernen wir nicht automatisch den Zugriff oder löschen die Ressourcen Ihrer Umgebung. Wir empfehlen Ihnen dringend, alle 3 Monate nach neuen Versionen zu suchen und alle Ihre AWS Mainframe-Modernisierungskomponenten auf aktuelle unterstützte Versionen zu aktualisieren.
Versions-Upgrade
AWS Transform for Mainframe Refactor veröffentlicht regelmäßig neue Versionen seiner Transformationsengine und unterstützender Komponenten. Diese Updates bieten Fehlerkorrekturen, Sicherheitsverbesserungen, Leistungsverbesserungen, erweiterte Plattformunterstützung und neue Modernisierungsmöglichkeiten. Wir empfehlen dringend, regelmäßig zu aktualisieren, um die neuesten Fixes, Funktionen und Sicherheitsupdates nutzen zu können. Wenn eine neue Version verfügbar wird, bestimmen Sie, ob und wann Sie sie auf Ihre Transformationsprojekte und generierten Artefakte anwenden möchten. Versionsveröffentlichungen folgen einem Major.Minor.Patch-Nummerierungsschema und lassen sich in drei Kategorien einteilen:
-
Hauptversionen führen bedeutende neue Funktionen oder strukturelle Änderungen ein. Dazu gehören in der Regel:
-
Support für weitere ältere Plattformen (z. B. Fujitsu GS21).
-
Unterstützung neuer älterer Sprachen (z. B. Natural).
-
Unterstützung neuer älterer Datenbanken (z. B. Adabas, Fujitsu NDB).
-
Wichtige Versionsupdates für den Ziel-Modernisierungs-Stack (z. B. neuere Spring-, Java- oder PostgreSQL-Versionen).
Hauptversionen können grundlegende Änderungen mit sich bringen, die Anpassungen vorhandener modernisierter Anwendungen erfordern, insbesondere bei der Neugenerierung von Code oder der Anpassung an aktualisierte Zielarchitekturdefinitionen.
-
-
Kleinere Versionen bieten weiterentwickelte Verbesserungen, Fehlerkorrekturen und Wartungsupdates. Sie behalten sowohl die unterstützten platform/language/database Legacy-Definitionen als auch den angestrebten Modernisierungs-Stack unverändert bei.
Kleinere Versionen können jedoch immer noch grundlegende Änderungen am generierten Quellcode oder an Laufzeitklassen für interne Zwecke enthalten. Dies kann sich auf bereits modernisierte Anwendungen auswirken, die nach der Generierung manuell gewartet wurden und die ohne zusätzliche Überarbeitung nicht sicher aus den ursprünglichen Legacy-Quellen regeneriert werden können.
-
Patch-Releases dienen als Notfallkanal, um kritische Fehler oder dringende Korrekturen, die in neueren Versionen eingeführt wurden, schnell zu beheben und gleichzeitig die Kompatibilität zu wahren. Sie sind eng gefasst und zielen darauf ab, die Stabilität mit minimalem Risiko wiederherzustellen.
Gehen Sie wie folgt vor, um die Risiken bei einem Upgrade zu minimieren:
-
Führen Sie stets umfassende Tests ohne Regressionen durch, bevor Sie Versionsänderungen auf laufende oder produktive Projekte anwenden.
-
Nutzen Sie DevOps Test- und Bereitstellungspipelines (idealerweise während Ihrer Modernisierungsinitiative), um die Validierung des generierten Codes und das Laufzeitverhalten nach Upgrades zu automatisieren.
-
Ziehen Sie blue/green bei der Aktualisierung von Komponenten unsere kanarischen Bereitstellungsstrategien für Laufzeitumgebungen in Betracht.
Weitere Hinweise zu Bereitstellungsstrategien und Änderungsmanagement finden Sie in der AWS Well-Architected Reliability Pillar.
AWS Überblick über die Veröffentlichung von Mainframe Modernization Refactor mit Blu Age AWS
Bei AWS Blu Age Runtime folgt die Version einem Major.Minor.Patch Muster. Für die AWS Blu Age-Runtime-Version 4.1.0 ist die Hauptversion beispielsweise 4, die Nebenversion ist 1 und die Patch-Version ist 0.
Wir beabsichtigen, neue Hauptversionen von AWS Blu Age Runtime zu veröffentlichen, wenn es wichtige Änderungen an der Laufzeit oder deren Abhängigkeiten gibt. AWS Hauptversionen von Blu Age Runtime werden für mindestens 12 Monate unterstützt, sofern nicht einige häufig auftretende Sicherheitslücken und Sicherheitslücken (CVEs) auftreten. Der Support deckt Fehler in den Runtime-Funktionen ab, wie in unserer Dokumentation erwähnt. Im Fall von Critical und High CVEs in den Abhängigkeiten der Runtime (Spring, Java, Tomcat und andere) wird die Dauer der Hauptversionsunterstützung auf 6 Monate für High und 3 Monate für Critical CVEs ab dem Veröffentlichungsdatum der neuen Runtime-Version CVEs, die das CVE behebt, reduziert, sofern nicht ausdrücklich anders angegeben.
Wir beabsichtigen, monatlich neue AWS Blu Age-Nebenversionen zu veröffentlichen. Von unseren Kunden wird erwartet, dass sie die Versionen regelmäßig aktualisieren, um die neuesten Sicherheitsupdates, Bugfixes und Funktionserweiterungen zu erhalten. Aktive Projekte, die noch nicht in Produktion sind, müssen die neueste Runtime-Version übernehmen, sobald sie verfügbar ist.
Neue Korrekturen sind in der neuesten Nebenversion für die jeweilige Hauptversion enthalten, bei der ein Problem aufgetreten ist. Wenn Sie neue Fixes benötigen, müssen Sie ein Upgrade auf eine neue Nebenversion durchführen, um diese Fixes anzuwenden.
Patch-Versionen für unterstützte Versionen werden nur zur Behebung kritischer Laufzeitfehler bereitgestellt, die in früheren unterstützten Nebenversionen nicht vorhanden waren.
Alpha-Vorabversionen sind kurzlebige Versionen, die für schnelle Iterationen im Rahmen von Bereitstellungsprojekten zur Verfügung gestellt werden. Korrekturen für Probleme, die in Alpha-Vorabversionen festgestellt wurden, werden in den späteren Nebenversionen bereitgestellt, da für Alpha-Vorabversionen keine Patches bereitgestellt werden.
Veröffentlichungstermine und Details zu den einzelnen Runtime-Versionen finden Sie in der. AWS Versionshinweise zu Blu Age
Sicherheitsscans werden von Amazon Inspector
