AEM 版本更新

简介

AEM as a Cloud Service 现在使用连续集成和连续交付 (CI/CD),以确保您的项目使用的是最新的 AEM 版本。这意味着生产实例和暂存实例均会更新到最新 AEM 版本而无需中断用户的服务。

注意

如果未能更新生产环境,Cloud Manager 将自动回滚到暂存环境。此操作将自动完成,以确保在更新完成后,暂存环境和生产环境均采用同一个 AEM 版本。

有两种类型的 AEM 版本更新:

  • AEM 维护更新

    • 可以每日发布。
    • 主要是用于维护目的,包括最新的错误修复和安全更新。
    • 由于定期应用更改,因此产生的影响最小。
  • 新增功能更新

    • 按照可预测的每月计划发布。

AEM更新通过一个涉及多个步骤且完全自动化的产品验证管道,可确保生产中任何系统的服务不会中断。 运行状况检查用于监控应用程序的运行状况。 如果这些检查在AEMas a Cloud Service更新期间失败,则该版本将不继续,并且Adobe将调查更新为何会导致此意外行为。

产品测试和客户功能测试, 这样可以防止产品升级和客户代码推送破坏生产系统,也会在AEM版本更新期间进行验证。

注意

如果将自定义代码推送到暂存环境,而不是生产环境,则下次AEM更新将删除这些更改,以反映上次成功将客户版本的git标记推送到生产环境。 因此,必须再次部署仅在暂存环境中可用的自定义代码。

复合节点存储

在大多数情况下,更新将导致零停机时间,包括对于创作实例(即节点群集)。 由于Oak中的复合节点存储功能,可能会进行滚动更新。

此功能允许AEM同时引用多个存储库。 在滚动部署中,新的绿色AEM版本包含其自身的 /libs (基于TarMK的不可变存储库),与旧的蓝色AEM版本不同,不过这两个存储库都引用了一个基于DocumentMK的共享可变存储库,其中包含以下区域: /content , /conf , /etc 等等。 因为蓝色和绿色都有各自的版本 /libs,则它们在滚动更新期间均可处于活动状态,在蓝色完全替换为绿色之前都会占用流量。

在此页面上