对 Adobe Experience Manager (AEM) as a Cloud Service 的显著更改

AEM Cloud Service 为管理 AEM 项目提供了许多新功能和可能性。但是，与 AEM Cloud Service 相比，内部部署版或 Adobe Managed Service 中的AEM Sites 存在很大差异。本文档重点介绍了这些重要差异。

注意

本文档重点介绍了对 AEM 整体的重大更改。有关更多信息和特定于解决方案的更改，请参阅：

主要区别包括以下方面：

/apps 和 /libs 在运行时不可更改

/apps 和 /libs 中的所有内容和子文件夹均为只读。任何希望在这两处做出更改的功能或自定义代码都将无法进行。将返回一个错误，指出此类内容为只读，无法完成写入操作。这对 AEM 的许多方面都有影响：

  • /libs 中不允许进行任何更改。
    • 这不是新规则，只是在先前的 AEM 内部部署版本中未强制执行。
  • /libs 中允许叠加的区域的叠加仍然允许在 /apps 内。
    • 必须通过 CI/CD 管道从 Git 实现此类叠加。
  • 无法通过 UI 编辑存储在 /apps 中的静态模板设计信息。
    • 建议您改用可编辑的模板。
    • 如果仍需使用静态模板，必须通过 CI/CD 管道从 Git 获得配置信息。
  • 必须通过 CI/CD 管道从 Git 安装 MSM Blueprint 和自定义 MSM 转出配置。
  • 必须通过 CI/CD 管道从 Git 更改 I18n 翻译。

OSGi 捆绑包和配置必须视为代码

对 OSGi 捆绑包和配置的更改必须通过 CI/CD 管道引入。

  • 新的或更新的 OSGi 捆绑包必须通过 CI/CD 管道通过 Git 引入。
  • 只能通过 CI/CD 管道从 Git 更改 OSGi 配置。

在 AEM Cloud Service 的早期版本中用于更改 OSGi 包和配置的 Web 控制台不可用。

不允许更改发布存储库

除了发布层上的 /home 文件夹下的更改外，不允许在 AEM Cloud Service 上直接更改发布存储库。在内部部署 AEM 或 AEM on AMS 的早期版本中，可以直接对发布存储库进行代码更改。可以通过以下方式减少一些限制：

  • 对于内容和基于内容的配置：对创作实例进行更改并将其发布。
  • 对于代码和配置：在 GIT 存储库中进行更改，然后运行 CI/CD 管道以将其推出。

不允许自定义运行模式

为 AEM Cloud Service 提供的现成可用的运行模式如下：

  • author
  • publish
  • prod
  • author.prod
  • publish.prod
  • stage
  • author.stage
  • publish.stage
  • dev
  • author.dev
  • publish.dev

AEM Cloud Service 中不能使用其他运行模式或自定义运行模式。

删除了复制代理 和相关更改

在 AEM Cloud Service 中，使用 Sling 内容分发发布内容。不再使用或提供在以前版本的 AEM 中使用的复制代理，这可能会影响现有 AEM 项目的以下方面：

  • 例如，将内容推送到预览服务器的复制代理的自定义工作流。
  • 自定义复制代理以转换内容
  • 使用反向复制将内容从发布层引回创作层

此外，请注意，暂停和禁用按钮已从复制代理管理控制台中移除。

删除了经典 UI

经典 UI 在 AEM Cloud Service 中不再可用。

发布端投放

默认情况下，AEM Cloud Service 中提供 HTTP 加速，包括创作和发布服务的 CDN 和流量管理。

要通过 AMS 或 On-Premise 安装进行项目转换，Adobe 强烈建议利用内置 CDN，因为 AEM Cloud Service 中的功能已针对提供的 CDN 进行了优化。

资产处理和投放

Experience Manager Assets as a Cloud Service 中已优化资产上传、处理和下载。 Assets 现在更高效，支持更多扩展，并可让您以更快的速度上传和下载。此外，它会影响现有的自定义代码和一些操作。有关更改列表以及与 Experience Manager 6.5 功能的等同性，请参阅更改 Assets。

在此页面上