面向合作伙伴的 Adobe Experience Manager as a Cloud Service 迁移指南 Overview
Adobe Experience Manager (AEM) as a Cloud Service提供了Experience Manager的更新架构。 这一基础是基于容器基础结构、API驱动的开发和引导式DevOps过程而构建的。 这使营销人员和开发人员能够在客户体验管理创新中保持领先。
Cloud Service将Adobe Experience Manager的丰富开箱即用功能和可扩展性与现代云原生架构的灵活性相结合，使品牌能够满足不断变化的消费者需求。
此页概述了建议的分阶段方法，用于将客户从以前的Experience Manager部署过渡到Experience Manager as a Cloud Service。 这个专门构建的全新平台可帮助您提供紧密联系、连续的体验。
有关迁移历程的一般描述，请参阅下图。
Adobe Experience Manager as a Cloud Service快速入门 getting-started
Adobe Experience Manager as a Cloud Service中的开发人员历程 developer-journey
开发
Adobe Experience Manager as a Cloud Service中的代码开发基础与Adobe Experience Manager内部部署和Managed Services解决方案中的基础类似。
开发人员编写代码并在本地对其进行测试，然后将其推送到远程Adobe Experience Manager as a Cloud Service环境。
请参阅有关Experience Manager as a Cloud Service实施的自助资源，了解如何自定义Experience Manager as a Cloud Service部署。
- 查看Adobe Experience Manager SDK文档以了解更多信息。
- 观看安装Dispatcher SDK，了解如何安装Dispatcher SDK
- 观看配置Dispatcher SDK，了解如何配置Dispatcher SDK
- 查看本地开发设置文档以了解详情
- 正在配置对Experience Manager 演练的访问权限
部署
开发人员编写代码并在本地对其进行测试，然后将其推送到远程AEM as a Cloud Service环境。
Cloud Manager以前是Managed Services的可选内容交付工具，现在需要它。 它是将代码部署到AEM as a Cloud Service环境的唯一机制。
请参阅有关如何配置和部署到AEM as a Cloud Service环境的自助资源。
帮助及资源
-
CRXDE Lite(仅在本地SDK和Experience Manager Cloud Dev环境中可用)
-
- CM日志 （生成单元测试、代码扫描、生成映像、部署）
- Experience Manager Cloud Service日志 (aemerror， aemaccess， aemrequest， aemdispatcher， httpderror， httpcaccess)
- 本地SDK日志（在host:port/crx-quickstart/logs下）
迁移至 Adobe Experience Manager as a Cloud Service move-to-cloud
Experience Manager as a Cloud Service为Experience Manager Sites和Assets提供了可扩展、安全且敏捷的技术基础，使营销人员和IT人员能够专注于大规模提供有影响力的体验。
借助Experience Manager as a Cloud Service，您的团队可以专注于创新而不是规划产品升级。 新产品功能经过全面测试并在无任何中断的情况下交付给您的团队，以便他们始终能够访问最先进的应用程序。
向Cloud Service的过渡历程包括三个阶段 — 规划、执行和上线后。
要成功、顺利的过渡，您应确保进行适当的规划并遵守本指南中概述的最佳实践。
下图显示了推荐的过渡到Cloud Service历程的高级呈现。
规划
在开始过渡到Cloud Service的历程之前，您应：
- 熟悉Experience Manager as a Cloud Service
- 查看对其做出的显着更改
- 查看已替换或已弃用的功能
执行
在项目开始执行阶段之前，您应该先转到Cloud Service。 您还需要熟悉Cloud Manager。 这是将项目代码部署到Experience Manager Cloud Service实例的机制。
Cloud Manager使组织能够在云中自行管理Experience Manager。 它包含一个持续集成和持续交付(CI/CD)框架，使IT团队和实施合作伙伴能够在不影响性能或安全性的情况下快速交付自定义项或更新。
内容迁移
重构/优化
-
- 后台任务和长时间运行的作业
- Sling调度程序
- 输入流使用情况等
-
在源环境中运行Best Practices Analyzer (BPA)。[仅迁移]
-
审核并执行必要的更改
-
在本地SDK上部署
-
通过AEM SDK执行烟雾测试
- 查看Dispatcher配置以进行重构
- 在适当的时候使用Dispatcher Converter工具。 [仅迁移]
- 可以使用Dispatcher SDK进行测试
部署/上线
- 部署到Cloud Manager Git
- 通过Cloud Manager质量管道运行客户代码
- 部署到开发环境
- 仅迁移使用包或内容传输工具(CTT)的内容传输
- 执行建议的测试周期（抽烟、QA等）
- 提升至Cloud Manager生产管道
- 烟雾试验验证
- 上线
上线后
在上线后阶段，您应确保清理临时文件，审查持续开发的最佳实践并管理日志。