AEM 入门：本地部署 vs AEM Cloud（简明易懂）

Source: Dev.to

请提供您希望翻译的具体内容，我将为您翻译成简体中文。

本地部署 vs. 云端 — 实际差异

如果你曾在大型企业工作过，可能听过人们说：

“我们的网站运行在 AEM 上。”

但 AEM 到底是什么？AEM On‑Prem 与 AEM as a Cloud Service 有何区别？
让我们拆开来讲——不使用晦涩术语，只说实际的工作方式。

那么，什么是 AEM？

Adobe Experience Manager (AEM) 是一个帮助企业：

• 构建网站
• 管理内容
• 创建表单
• 存储并复用数字资产
• 在各渠道间提供一致体验

可以把 AEM 看作是 强大的内容引擎，位于业务用户和开发者之间。

公司在哪里使用 AEM？

AEM 通常在站点是 规模大且复杂 时被选用：

• 多个团队更新内容
• 性能和安全性非常重要
• 内容需要在不同品牌或地区之间复用

典型行业：

• 银行与金融
• 零售
• 医疗保健
• 媒体公司
• 政府门户

AEM 本地部署 vs. AEM 云端 – 让我们聊聊现实

AEM 本地部署（传统方式）

使用 本地部署 时，您几乎拥有所有东西：

• 服务器
• 扩展
• 打补丁
• 升级
• 可用性

它提供 控制权，但也带来 责任。

AEM 云端（现代方式）

使用 AEM 云服务 时：

• Adobe 管理基础设施
• 扩展自动进行
• 更新持续进行
• CI/CD 已内置

您只需专注于 内容和代码，而不是服务器。

高层比较（快速视图）

Source: …

核心 AEM 构建块（通用）

无论 AEM 在何处运行，核心理念保持不变。

AEM Sites – 页面构建之所

AEM Sites 是营销团队的工作场所。它提供：

• 拖拽式组件
• 可编辑模板
• 多语言支持
• 多站点管理

简而言之：开发者构建组件 → 作者组装页面。

AEM Forms – 数据至关重要时

AEM Forms 用于需要超越单纯内容的场景。典型示例：

• 银行申请表单
• 保险理赔
• 政府提交

它支持：

• 自适应表单
• 验证
• 工作流
• 安全数据处理

AEM Content & Assets – 单一内容中心

AEM 不仅仅是页面，还涉及 内容复用。使用 AEM Assets（数字资产管理）：

• 图片、视频、PDF 集中存放
• 元数据与标签帮助检索
• 资产可在多个站点之间复用

Under the Hood

Apache Sling – URL 如何与内容交互

Apache Sling 将 URL 直接映射到存储在 AEM 中的内容。

Jackrabbit JCR – 内容大脑

AEM 将所有内容存储在 JCR（Java Content Repository） 中。JCR 包含哪些内容？

• 页面
• 组件
• 模板
• 配置
• 用户权限

它不是关系型数据库；它是一个针对内容优化的树形结构内容存储，而非表格。

Root
 └─ Content
      └─ Site
           └─ Page
                └─ Component

Apache Felix – 为什么 AEM 是模块化的

AEM 运行在 Apache Felix（OSGi） 上，这意味着：

• 所有内容都是一个 bundle（捆绑）
• 服务可以独立更新
• 无需完整服务器重启

开发者喜欢这种方式，因为你部署功能，而不是单体应用。

本地部署 vs. 云端 – 运营视图

(将占位符 URL 替换为您想显示的实际图片。)

TL;DR

AEM 对比图

那么…该选择哪一个？

如果选择 AEM 本地部署（On‑Prem）：

• 您需要完整的基础设施控制
• 您有遗留依赖
• 合规性限制使用云

如果选择 AEM 云（Cloud）：

• 您希望更快的发布周期
• 您想减少运维工作
• 您正在构建现代数字体验

最后思考

AEM 不仅仅是一个 CMS。
它是一个 内容平台，由以下技术驱动：

• Apache Sling
• JCR
• OSGi
• 企业工作流

虽然 On‑Prem 仍然存在，但 AEM Cloud 显然是未来。