AWS 大型机现代化组件生命周期 - AWS 大型机现代化
组件生命周期概述版本升级AWS 使用 AWS Blu Age 进行大型机现代化重构发布概述

AWS 大型机现代化服务（托管运行时环境体验）不再向新客户开放。有关类似于 AWS 大型机现代化服务（托管运行时环境体验）的功能，请浏览 AWS 大型机现代化服务（自我管理体验）。现有客户可以继续正常使用该服务。有关更多信息，请参阅AWS 大型机现代化可用性变更。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

AWS 大型机现代化组件生命周期

AWS 大型机现代化的每个组件都要经历版本升级和开发生命周期。您可以将此页面用作概述，以了解这些组件、其版本升级计划以及 AWS 大型机现代化如何传达这些组件或其版本的发布或弃用。

组件生命周期概述

AWS 大型机现代化生命周期描述了在整个生命周期中发布和支持 AWS 大型机现代化服务组件的方法和时间表。提供可预测且一致的生命周期有助于您规划、测试和部署更新的版本。

根据每个组件的发布日历表，所有 AWS提供 AWS 的大型机现代化组件均受益于 支持 从发布到停用期间提供的产品支持。您可以在比较 支持 计划中了解有关 支持 范围和活动的更多信息。在活跃的现代化改造项目中，我们通常鼓励首先由专业的服务交付团队根据工作说明提供客户支持。

AWS 大型机现代化发布的某些组件的版本来自供应商，这些供应商可以是 AWS 自身、精选 AWS 合作伙伴或社区。对于每个 AWS 大型机现代化组件，一个版本都有一个主版本号和一个次要版本号。每个组件都有其自己的主要和次要版本编号。

对于采取版本控制的组件，我们有以下意图：

  • 定期或根据客户需求发布新版本 AWS 的大型机现代化组件。如果需要某个组件的较新版本，但尚未在 AWS 大型机现代化服务中提供，则可以通过 支持 产品功能请求 (PFR) 提出明确请求。

  • 使 AWS 大型机现代化组件特定版本的支持终止日期和停用日期与组件供应商的终止支持日期保持一致。

  • 在组件的主要版本停用前约一年通知客户。

虽然我们努力遵守这些准则，但在某些情况下，我们可能会在更短的时间内停用特定版本，因而会缩短通知期限。例如，我们可能会迅速停用存在安全问题的版本，从而提供较短的通知期限。如果次要版本存在重大错误或安全问题，而这些问题已在更新的次要版本中得到解决，我们也可能会提前停用次要版本。万一发生此类情况，我们会通知客户并就停用计划和时间表进行沟通。时间表因情况而异。

注意

组件的重要更新可能会随时发布。例如，出于安全原因或为生产环境提供修复的目的，可能会立即发布新版本。对于通过提出的请求 支持，支持计划规定了流程、严重程度和响应时间。

组件版本停用后， AWS 大型机现代化不会将这些版本分发给客户进行新部署。因此， 支持也不再支持这些版本。在版本停用日期之后运行现有组件部署的客户应意识到这样做的风险。 AWS 不负责为已停用的组件版本提供安全更新、技术支持或修补程序。此外，我们不会自动移除访问权限或删除您环境中的资源。我们强烈建议您每 3 个月检查一次新版本，并将所有 AWS 大型机现代化组件升级到最新支持的版本。

版本升级

适用于大型机重构的 AWS Transform 会定期发布其转换引擎和支持组件的新版本。这些更新提供了错误修复、安全性改进、性能增强、平台支持扩展和新的现代化功能。我们强烈建议您定期升级，以利用最新的修补程序、功能和安全更新。当新版本可用时，您可以控制是否以及何时将其应用于您的转换项目和生成的构件。版本版本遵循 Major.Minor.Patch 编号方案，分为三类：

  • 主要版本引入了重要的新功能或结构变化。这些通常包括：

    • Support 支持其他传统平台（例如富士通 GS21）。

    • 新的传统语言支持（例如 Natural）。

    • 新的传统数据库支持（例如 Adabas、Fujitsu NDB）。

    • 目标现代化堆栈的主要版本更新（例如，较新的Spring、Java或PostgreSQL版本）。

    主要版本可能会引入重大更改，需要对现有的现代化应用程序进行调整，尤其是在重新生成代码或适应更新的目标架构定义时。

  • 次要版本提供了进化改进、错误修复和维护更新。它们保持支持的旧platform/language/database定义和目标现代化堆栈不变。

    但是，次要版本仍可能包括生成的源代码或出于内部使用目的的运行时类中的重大更改。这可能会影响已经现代化的应用程序，这些应用程序在生成后经过手动维护，并且如果不进行额外的返工，就无法从原始遗留源安全地重新生成。

  • 补丁版本可以作为紧急渠道，在保持兼容性的同时，快速解决最新版本中引入的关键回归问题或紧急修复。它们的范围很窄，旨在以最小的风险恢复稳定。

为了最大限度地降低任何升级期间的风险：

  • 在将版本更改应用于实际项目或生产环境项目之前，请务必运行全面的非回归测试。

  • 利用 DevOps 测试和部署管道（最好是在现代化计划期间构建），在升级后自动验证生成的代码和运行时行为。

  • 升级组件 blue/green 时，请考虑运行时环境的灰色部署策略。

有关部署策略和变更管理的更多指导，请参阅 AWS Well-Architected 可靠性支柱。

AWS 使用 AWS Blu Age 进行大型机现代化重构发布概述

在 B AWS lu Age 运行时，该版本遵循一种Major.Minor.Patch模式。例如，对于 AWS Blu Age 运行时版本4.1.0，主版本为 4，次要版本为 1，补丁版本为 0。

当运行时或其依赖关系发生重大变化时，我们打算发布新的 AWS Blu Age 运行时主要版本。 AWS Blu Age 运行时主要版本至少支持 12 个月，除非出现一些常见漏洞和漏洞 (CVEs)。该支持涵盖了我们的文档中提到的运行时特征中的错误。如果运行时依赖关系为 “临界” 和 “高 CVEs ”（Spring、Java、Tomcat 等），除非另有明确说明，否则从修复 CVE 的新运行时版本发布之日起 CVEs，主要版本的支持期限缩短至 6 个月， CVEs 从修复 CVE 的新运行时版本发布之日起缩短至 3 个月。

我们打算每月发布新的 AWS Blu Age 次要版本。客户需要定期升级版本以获得最新的安全修复、错误修复和特征增强。尚未投入生产的活跃项目必须尽快采用可用的最新运行时版本。

针对出现问题的特定主要版本，会在最新的次要版本中提供新的修复。如果您需要新修复，则需要升级到新的次要版本来应用这些修复。

提供受支持版本的补丁版本仅用于解决以前支持的次要版本中不存在的严重运行时缺陷。

Alpha 预发行版是在交付项目期间用于快速迭代的短期版本。由于未为 Alpha 预发行版本提供任何补丁，因此在较新的次要版本中提供了对 alpha 预发行版中发现的问题的修复程序。

您可以在 AWS Blu Age 发行说明中找到有关每个运行时版本的发布日期和详细信息。

安全扫描由 Amazon Inspector 执行。