Adobe Experience Manager as a Cloud Service合作伙伴迁移指南

Adobe Experience Manager(AEM)as a Cloud Service为Experience Manager提供了经过重新构建的基础,它基于基于容器的基础架构、API驱动的开发和引导式DevOps流程构建,使营销人员和开发人员始终领先于客户体验管理创新。

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

这个单寻呼机概述了建议的分阶段方法,以便将客户从各种Experience Manager部署过渡到Experience Manageras a Cloud Service,并帮助现有客户在这个专为体验管理而构建的现代化平台上提供连接的连续体验。


开始使用Adobe Experience Manager as a Cloud Service

有什么不同? 架构概述

AEM as a Cloud Service - 运行时架构


Adobe Experience Manager as a Cloud Service中的开发人员历程

开发

与Adobe Experience Manager On Premise和Managed Services解决方案相比,Adobe Experience Manager as a Cloud Service中代码开发的基础知识与相似。

开发人员编写代码并在本地进行测试,然后将代码推送到远程Adobe Experience Manager as a Cloud Service环境。

请参阅有关Experience Manageras a Cloud Service实施的自助资源,了解如何自定义Experience Manageras a Cloud Service部署。

本地开发设置 开始前要了解的事
  1. 审阅 Adobe Experience Manager SDK 文档以了解更多信息。
  2. Watch 安装Dispatcher SDK 了解如何安装Dispatcher SDK
  3. Watch 配置Dispatcher SDK 了解如何配置Dispatcher SDK
  4. 审阅 本地开发设置 文档以了解更多信息
  5. 配置对Experience Manager的访问 演练
  1. 开发要点
  2. 开发准则
  3. 了解Experience Manager项目结构
  4. 核心组件
  5. 数字化基础蓝图
  6. 样式系统
  7. 叠加
  8. Experience Manageras a Cloud ServiceAPI参考

部署

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

Cloud Manager是Managed Services的可选内容交付工具,它是必需的。 现在,这是将代码部署到AEMas a Cloud Service环境的唯一机制。

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

  1. 配置CM管道
    • 生产管道
    • 仅限非生产和代码质量管道
  2. 部署代码
  3. 了解测试结果
  4. 访问日志
  5. 操作和维护
小贴士

帮助和资源

  1. 调试提示和技巧
  2. 开发人员控制台
  3. CRXDE Lite (仅在本地SDK和Experience Manager云开发环境中可用)
  4. 日志和日志记录
    • CM日志 (构建单元测试、代码扫描、构建映像、部署)
    • Experience Manager Cloud Service日志 (aemerror, aemaccess, aemrequest, aemdispatcher, httpderror, httpaccess)
    • 本地SDK日志(位于host:port/crx-quickstart/logs下)
注意

如需其他帮助,您可能需要:

  1. 联系Experience Manager支持团队
  2. 探索 Experience Manager社区和论坛

迁至Adobe Experience Manager as a Cloud Service

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

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

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

下图显示了推荐的过渡到云服务的历程的示意图。

图像


规划

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

项目发现和评估
审核
  • 基于发现、执行工作估计和资源调查练习
测量
注意

“最佳实践分析器报告”通过提供本来必须手动收集和评估的信息,加快了估算过渡到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审阅
小贴士

资产客户:使用审核和重构资产工作流 Asset Cloud迁移 工具

部署/上线

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

上线后

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

小贴士

工具可用于对AEMas a Cloud Service环境进行故障诊断

  1. 开发人员控制台
  2. CRX/DE Lite
  3. 管理日志

工具和资源

评估 重构 Experience Manager现代化 内容迁移
注意

如需其他帮助,您可能需要:

  1. 联系Experience Manager支持团队
  2. 探索 Experience Manager社区和论坛

在此页面上