面向合作伙伴的 Adobe Experience Manager as a Cloud Service 迁移指南 Overview

Adobe Experience Manager (AEM) as a Cloud Service可基于基于容器基础架构、API驱动开发和引导式DevOps流程重新构建Experience Manager基础,从而让营销人员和开发人员始终在客户体验管理创新方面保持领先。

Cloud Service将Adobe Experience Manager的丰富开箱即用功能和可扩展性与现代云原生架构的灵活性结合在一起,使品牌能够满足不断变化的消费者需求。

这份单页宣传材料概述了推荐的分阶段方法,用于将客户从各种 Experience Manager 部署过渡到 Experience Manager as a Cloud Service,并帮助现有客户在这个专门构建的现代化体验管理平台上提供无中断的互联体验。

有关迁移历程的一般描述,请参阅下图。

图像

Adobe Experience Manager as a Cloud Service快速入门 getting-started

AEM as a Cloud Service - 运行时架构

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 Manageras a Cloud Service实施的自助资源,以了解如何自定义Experience Manageras a Cloud Service部署。

本地开发设置
开始前须知
  1. 审核 ADOBE EXPERIENCE MANAGER SDK 文档,以了解更多信息。
  2. 观看 安装Dispatcher SDK 了解如何安装Dispatcher SDK
  3. 观看 配置Dispatcher SDK 了解如何配置Dispatcher SDK
  4. 审核 本地开发设置 文档,以了解更多信息
  5. 配置对Experience Manager的访问权限 演练
  1. 开发要点
  2. 开发准则
  3. 了解Experience Manager项目结构
  4. 核心组件
  5. 数字基础Blueprint
  6. 样式系统
  7. 叠加
  8. Experience Manageras a Cloud ServiceAPI参考
TIP
请参阅教程,了解如何 在本地Experience ManagerSDK上开发和部署WKND

正在部署

开发人员编写代码并在本地对其进行测试,然后将该代码推送到远程AEMas a Cloud Service环境。

需要使用 Cloud Manager,它是 Managed Services 的一个可选内容交付工具。现在,这是用于将代码部署到 AEM as a Cloud Service 环境的唯一机制。

请参阅有关如何配置和部署到AEMas a Cloud Service环境的自助资源。

TIP
请参阅教程,了解如何 将WKND部署到Experience Manager Cloud Service

帮助及资源

  1. 调试提示和技巧

  2. 开发人员控制台

  3. CRXDE Lite (仅适用于本地SDK和Experience Manager云开发环境)

  4. 日志和日志记录

    • CM日志 (构建单元测试、代码扫描、构建映像、部署)
    • Experience Manager Cloud Service日志 (aemerror、aemaccess、aemrequest、aemdispatcher、httpderror、httpcaccess)
    • 本地SDK日志(位于host:port/crx-quickstart/logs下)
NOTE
要获得其他帮助,您可能需要:
  1. 联系Experience Manager支持团队
  2. 浏览 Experience Manager社区和论坛

迁移至 Adobe Experience Manager as a Cloud Service move-to-cloud

Experience Manageras a Cloud Service为Experience Manager Sites和Assets提供了可扩展、安全且敏捷的技术基础,使营销人员和IT人员能够专注于大规模提供有影响力的体验。

借助Experience Manageras a Cloud Service,您的团队可以专注于创新而不是规划产品升级。 新产品功能经过全面测试并在无任何中断的情况下交付给您的团队,以便他们始终能够访问最先进的应用程序。

过渡到Cloud Service的过程包括三个阶段 — 规划、执行和上线后。
要成功、顺利的过渡,您应确保进行适当的规划并遵守本指南中概述的最佳实践。

下图显示了推荐的过渡到Cloud Service历程的高级呈现。

图像

规划

在开始过渡到Cloud Service的过程之前,您应该熟悉Experience Manageras a Cloud Service,并查看已对它所做的显着更改以及已替换或已弃用的功能。

项目发现和评估
审查
  • 根据发现,执行工作量评估和资源配置练习
衡量
NOTE
最佳实践分析器报告通过提供原本必须手动收集和评估的信息,加快了迁移到AEMas a Cloud Service所需的时间和成本的评估过程。

执行

在项目开始执行阶段之前,您应该先开始Cloud Service。 您还需要熟悉Cloud Manager。 这是将项目代码部署到Experience Manager Cloud Service实例的机制。

Cloud Manager使组织能够在云中自行管理Experience Manager。 它包括持续集成和持续交付(CI/CD)框架,使IT团队和实施合作伙伴能够在不影响性能或安全性的情况下快速交付自定义项或更新。

内容迁移

  1. 内容传输工具 :用于将现有内容从源AEM实例(内部部署或AMS)移动到目标AEM Cloud Service实例。
  2. 包管理器 :用于导入和导出存储库的可变内容。

重构/优化

快速入门
审查并重构代码
Dispatcher审核
TIP
资产客户:使用审查和重构资产工作流 资源云迁移 工具

部署/上线

  1. 部署到Cloud Manager git
  2. 通过运行客户代码 Cloud Manager质量管道
  3. 部署到开发环境
  4. [仅迁移] 使用包或进行内容传输 内容传输工具(CTT)
  5. 执行建议的测试周期(抽烟、QA等)
  6. 提升至Cloud Manager生产管道
  7. 烟雾试验验证
  8. 上线

上线后

在上线后阶段,您应确保清理临时文件,审查持续开发的最佳实践并管理日志。

TIP
提供了一些工具来对AEMas a Cloud Service环境进行故障排除
  1. 开发人员控制台
  2. CRXDE Lite
  3. 管理日志

工具和资源

NOTE
要获得其他帮助,您可能需要:
  1. 联系Experience Manager支持团队
  2. 浏览 Experience Manager社区和论坛
recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab