就绪阶段 readiness-phase

在AEM as a Cloud Service迁移历程的这一阶段,您可以熟悉AEM as a Cloud Service。 您可以查看引入的显着更改,并了解为成功迁移到云进行规划需要做哪些工作。

迄今为止的故事 story-so-far

上一个文档迁移到AEM as a Cloud Service快速入门概述了您必须经历的阶段列表,以便您可以迁移到AEM as a Cloud Service。 它还概述了迁移的好处。

目标 objective

本文档可帮助您了解必须考虑的因素,以便您能够确保AEM安装已准备好移动到云:

  • 了解显着更改和已弃用的功能
  • 了解如何规划迁移到AEM as a Cloud Service

查看AEM as a Cloud Service架构中的显着更改 notable-changes-in-aem-cloud-service-architecture

AEM as a Cloud Service为管理AEM项目提供了许多新功能和可能性。

伴随着这些改进,与AEM as a Cloud Service相比,AEM的内部部署安装与AdobeManaged Services之间引入了几个差异。

下表中的项目列表是与迁移到AEM as a Cloud Service最相关的更改的子集。 您可以查阅对Adobe Experience Manager as a Cloud Service的重要更改的完整列表。

更改了哪些内容?
引用
主要要点
将可变和不可变过滤器分隔到相应的包中
AEM as a Cloud Service显着更改
适用于AEM as a Cloud Service的AEM项目结构
可部署到AEM as a Cloud Service中的单个包可以具有子包,主要是为了将可变和不可变内容分隔到其自己的包中。
存储库初始
Apache Sling RepoInit文档
Repoinit脚本是创建任何初始节点结构、用户、组或服务用户的最佳实践。 由于这些脚本可以通过运行模式定位,并通过代码包部署进行管理,因此它们提供了很大的灵活性来完成存储库初始化任务。
不允许自定义运行模式
仅支持随AEM as a Cloud Service一起提供的现成运行模式。
添加其他开发环境时,所有环境都会绑定到“开发”运行模式。
Cloud Manager Pipeline Execution是部署的唯一方法
在AEM as a Cloud Service中,不允许访问/system/console,因此所有OSGi配置都必须是代码的一部分,并且应该作为代码部署。
OSGi配置以只读模式提供,可通过Cloud Manager在Developer Console中查看
复制代理已由Sling Content Distribution替换
Sing Content Distribution取代了复制代理的概念。 如果存在使用复制代理的自定义项,则必须重新设计它们。
不支持反向复制
CRX/DE和包管理器
CRX/DE仅允许在开发环境中使用。
包管理器可在所有创作实例上访问,但即将部署的包只能包含可变内容(例如: /content或/conf)
内置CDN并获取您自己的CDN
AEM as a Cloud Service包括适用于所有环境的CDN,这些环境针对大多数用例进行了优化。
如果要设置自己的CDN,则必须向Adobe支持提交请求才能获得批准。
如果获得批准,CDN将指向Fastly,而不是任何环境中的AEM实例。
长时间运行的作业
避免长时间运行作业,例如Sling调度程序或Cron作业,因为运行在容器中的AEM实例可以随时来往往。
重新考虑这些功能,以便将其卸载到Adobe Developer。
切换到异步操作
配置异步操作
为了提高环境的整体性能,某些操作以异步模式运行。 当系统资源可用时,异步作业将排队并运行。
基于令牌的身份验证和集成策略
为服务器端API生成访问令牌
基于令牌的身份验证教程
AEM外部的系统通常会尝试在AEM中执行HTTP操作。
建议的方法是实施此处概述的策略,而不是依赖在AEM中使用密码创建本地用户名。
文件IO/磁盘使用情况
无法保证分配了多少磁盘空间,并且容器中的实例会来去去。 因此,不建议使用文件I/O操作来写入或读取连接到AEM实例的磁盘。
DAM更新资产工作流
asset compute服务
DAM更新资产工作流中的媒体处理步骤现在由Asset compute服务替换
AEM as a Cloud Service中的资产上传方法和支持的工作流流程步骤
上传API比较和支持的WF流程步骤
在AEM as a Cloud Service中,在上传或下载资源期间,资源将直接流入或流出二进制存储。
AEMaaCS不支持所有工作流进程步骤。
工作流启动器
从代码中删除触发现成或自定义DAM更新资产工作流的任意工作流启动器。
上传到AEM as a Cloud Service的所有资源都将由资源处理服务进行处理。 有关自定义步骤,请参阅后处理工作流,了解如何设置和配置后处理工作流。
自定义演绎版步骤
处理配置文件
必须通过创建相应的处理配置文件,将任何自定义演绎版生成、图像转换或视频编码卸载到资产处理服务。
内容搜索与索引
内容搜索和索引更改
索引的基础处理及其引入时间发生了显着变化。
在部署代码中管理Oak索引之前,请完全了解并重构这些索引。
并非所有维护任务都可以配置
AEM as a Cloud Service维护任务
您只能使用AEM as a Cloud Service配置某些维护任务。
对Publish存储库的更改
不允许直接更改Publish存储库,但/home下的更改除外。 始终建议分发对作者所做的任何更改。 所有代码和配置更改都必须通过相应的Cloud Manager管道进行部署。
Dispatcher配置和缓存
云中的Dispatcher
缓存管理
Dispatcher配置必须遵循特定结构。
配置必须作为代码的一部分进行管理,并通过Cloud Manager管道进行部署。
备份和恢复
AEM as a Cloud Service备份和恢复
身份验证的更改
AEM as a Cloud Service 的 IMS 支持
如果您之前在迁移到Cloud Service之前在创作和发布网站上使用SAML 2.0集成,则主要更改是AEM as a Cloud Service Author仅与Adobe IMS集成。 但是,AEM as a Cloud Service Publish层仍可以使用SAML或其他身份验证集成。 AEM as a Cloud Service 仅为作者、管理员和开发人员用户提供 IMS 身份验证支持。IMS身份验证不为客户站点(如站点访客)的外部最终用户提供支持。

已弃用功能 deprecated-features

Adobe 不断评估产品功能,以便随着时间的推移,使用更现代的替代方案重塑或替换旧功能,从而提高整体客户价值,此过程中将始终谨慎考虑功能的向后兼容性。

Adobe建议您查阅已弃用的功能,以了解Experience Manageras a Cloud Service中标记为已弃用的特性和功能。 查看对您的AEM部署有何影响。

规划您的AEM安装审查 review-planning

在您已经习惯了使用AEM as a Cloud Service引入的更改后,现在就可以开始计划审查您的现有安装了。 这样做有助于您衡量将其移至云所需的更改级别。

下图显示了审查阶段涉及的关键步骤:

审核阶段涉及的关键步骤

接下来,您将详细探究每个步骤的含义。

评估Cloud Service准备情况 assess-cloud-readiness

第一步是评估您是否已准备好从现有AEM版本迁移至Cloud Service,并确定需要重构才能与AEM as a Cloud Service兼容的区域。

根据显着更改和已弃用功能对当前AEM源代码进行全面评估,以确定过渡历程中预期的工作量。

发现结果的数量会直接影响时间表和项目的整体成功。 因此,Adobe建议您尽可能多地发现,以便可以计划投放。 或者,启动对话,以便您可以重新设计符合AEM as a Cloud Service最佳实践所需的任何自定义设置。

最佳实践分析器

您可以针对当前AEM版本运行Best Practices Analyzer以加快评估速度。 很好地了解它的工作原理是加快评估计划的关键。

您可以通过查阅最佳实践分析器文档来阅读其工作方式。

创建云就绪性评估报告

下一步是根据迄今为止获得的所有知识创建报告。 您可通过以下方式创建报告:从暂存实例和生产实例生成Best Practices Analyzer报告,然后将其上传到Cloud Acceleration Manager,以获取可操作项目的可理解报告。

典型报表应包含以下输入内容:

  • 详细说明特定AEM安装的功能集的文档
  • 有关AEM自定义配置和代码的详细信息
  • 生产Dispatcher配置
  • CDN配置(如果有)

使报告社会化

在完成Best Practices Analyzer报告后,请与相关团队共享,以便您可以确认调查结果并规划后续步骤。 根据偏好,您还可以使用打印预览分发打印的报告版本。

审查资源计划 review-resource-planning

评估了迁移到Cloud Service所需的工作量后,您应该确定资源、创建团队并为过渡流程规划角色和职责。

建立KPI establish-kpis

如果您以前尚未建立关键绩效指标(KPI),则建议为AEM实施建立KPI,以帮助团队专注于最重要的事情。

请参阅开发KPI,以便了解如何为您的业务目标选择合适的KPI。

后续内容 what-is-next

了解了迁移到AEM as a Cloud Service所需的更改范围后,应当在实际执行迁移之前,让您的代码和内容云准备就绪

其他资源 additional-resources

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab