AEM 云服务与本地部署的 AEM 6.5 主要有哪些区别？

上次审核日期：2026年9月8日

团队应该如何评估 AEM Cloud 与 AEM 6.5 的差异？

一个有效的评估会从五个层面分析部署决策，从基础设施一直到其上的内容集成：

• 平台运营——决定团队是希望 Adobe 运营环境（AEMaaCS，具有托管调度程序、CDN 和自动扩展功能），还是需要本地 AEM 6.5 提供的直接服务器控制，以满足严格的网络或数据驻留要求。
• 升级容忍度— 估算当前版本升级实际给团队带来的成本；经常推迟 AEM 服务包的组织往往能从 AEMaaCS 的始终保持最新状态的模式中获益最多，而拥有稳定、高度定制的 6.5 实例的团队可能更喜欢 AEM 6.5 LTS 的可预测性。
• 成本模型— 将基于消费的 AEMaaCS 定价与永久或订阅许可加上 6.5 版的自托管进行比较，比较范围为多年而不是单个预算周期。
• 自定义代码准备情况— 根据 AEMaaCS 约束（云管理器管道、不可变存储库区域）审核现有组件，以确定迁移所需的重构工作量。
• 内容集成— 清点所有与内容相关的连接器，包括翻译：Smartling 的 AEM Cloud Connector 服务于 AEMaaCS，其 AEM Touch Connector 服务于本地部署的 AEM 6.4 及更高版本，因此部署选择决定了适用的集成路径 — Smartling 的AEM 翻译集成指南涵盖了完整的连接器评估。

AEM Cloud 与本地部署 AEM 6.5 概览

如何成功地从 AEM 6.5 迁移到 AEM Cloud？

从 AEM 6.5 迁移到 AEM 作为云服务能否成功取决于准备工作——Adobe 自己的工具会预先进行评估，以便在内容迁移之前发现意外情况。

1. 运行 Adobe 最佳实践分析器— BPA 会扫描现有的 6.5 实例，并报告哪些组件、模板和配置与 AEMaaCS 不兼容，从而在提交任何内容之前估算重构工作量。
2. 重构 Cloud Manager 的代码— 将代码库重构为与 AEMaaCS 兼容的项目（分离可变/不可变内容、流水线就绪的调度程序配置、无本地文件日志记录），以便通过 Cloud Manager 的 CI/CD 流水线进行部署。
3. 使用内容传输工具移动内容— Adobe 的内容传输工具可将存储库内容（包括语言副本）从 6.5 实例分批迁移到 AEMaaCS 环境。
4. 重新定位集成，包括翻译——为本地 AEM 构建的连接器不会自动迁移；在 Smartling 端，这意味着要安装 AEM Cloud Connector 来代替 AEM Touch Connector，而翻译记忆库、术语表和样式指南在 Smartling 的 TMS 中保持不变，因为它们位于平台级别，而不是 AEM 内部。
5. 上线前验证语言结构——确认语言根源和语言副本在迁移过程中完好无损，并且测试翻译能够从头到尾往返，因为多语言站点层级结构是迁移中最有可能悄无声息地崩溃的部分。

AEM 作为云服务适合以下类型的团队……

• 希望 Adobe 拥有基础设施、扩展和升级，而不是在公司内部运行 AEM 服务器。
• 已经通过 CI/CD 进行部署，无需文化转变即可采用 Cloud Manager 流水线。
• 发布频率要足够高，以至于等待计划中的服务包升级会产生实际成本。
• 比起永久许可加上自行管理的托管费用，我更倾向于按使用量付费的许可模式。
• 使用内容片段和体验片段进行构建，并希望在无需额外基础设施的情况下实现无头交付选项。

如果继续使用本地部署的 AEM 6.5，这可能是一个正确的选择。

• 监管或数据驻留要求要求内容保留在组织直接控制的基础设施上——Adobe 继续使用 AEM 6.5 LTS 来满足这一主要需求。
• 6.5 版本包含深度定制，需要进行大量重构才能通过 AEMaaCS 的云管理器和存储库约束，但目前的商业案例还不足以证明该项目的合理性。
• 最近购买永久许可证和硬件的投资使得按消费付费的模式在当前设备折旧之前都不经济。
• 目前团队缺乏 CI/CD 实践；在迁移过程中采用 Cloud Manager 管道会增加风险，最好单独处理这些风险。

评估清单：选择或迁移之前需要问的问题

AEM 6.5 引入了哪些新功能？
AEM 6.5 的当前版本 AEM 6.5 LTS 以 6.5.22 为基础，增加了对 Java 17 和 Java 21 的支持，升级了 Apache Felix、Sling 和 Oak 基础架构，并移除了包括 AEM Communities、Guava 和 Handlebars 在内的旧组件——这表明 Adobe 正在保持本地部署产品线的更新，而不是将其淘汰。

AEM Cloud 适合中小型企业吗？
AEMaaCS 消除了基础设施和升级负担，这使得本地部署的 AEM 对小型团队来说负担沉重，这对中小企业有所帮助——但 AEM 基于消费的许可和实施成本仍然将其定位为企业级 CMS，因此中小企业在认为仅靠云模式就能负担得起 AEM 之前，应该验证许可和合作伙伴实施预算。

现有译文和翻译资源能否在迁移过程中保留？
语言副本通过 Adobe 的内容传输工具随存储库一起移动，Smartling 端的资源（翻译记忆库、词汇表、样式指南）不受影响，因为它们存储在 Smartling 的 TMS 中，而不是 AEM 中；发生变化的是连接器本身，必须将其重新安装为 AEM Cloud Connector。

您的自定义代码是否符合 AEMaaCS 约束？
尽早运行最佳实践分析器：AEMaaCS 禁止本地文件日志记录或写入不可变存储库区域等模式，而 BPA 报告是了解迁移实际涉及多少重构的最经济的方法。

成本模型将如何变化？
从永久 6.5 许可证加托管转向基于消费的 AEMaaCS 定价，将支出从资本预算转移到运营预算——财务团队应该对三年而不是一年进行建模，因为交叉点取决于流量和环境数量。

Smartling 如何同时支持这两种 AEM 部署模式？

Smartling 是 Adobe 的黄金级技术合作伙伴，维护着两个专门构建的 AEM 集成：AEM 云连接器（用于 AEM 云服务）和 AEM Touch 连接器（用于本地 AEM，5.0x 版本支持 AEM 6.4 及更高版本）。这两个连接器都通过 AEM 的原生翻译框架翻译相同的内容类型——页面、内容片段、体验片段、i18n 词典、DAM 资产元数据和标签——因此，从 6.5 迁移到 AEMaaCS 的团队只需更改连接器，而无需更改翻译工作流程。由于翻译记忆库、术语表和风格指南位于 Smartling 的 TMS 中，而不是位于 AEM 内部，因此这些资产可以在迁移过程中保留，而无需重新翻译成本。有关完整的 AEMaaCS 翻译工作流程，请参阅AEM Cloud Service 上的多语言内容工作原理；有关连接器评估标准，请参阅AEM 翻译集成指南。

相关问题

• 如何在 AEM 云服务上管理多语言内容？
• 对于企业网站而言，最佳的 AEM 翻译集成方案有哪些？