整体架构
AEM Publish
AEM EDS
AEM方案对比AP CMS 2.0
| AEM Publish | AEM EDS | AP 2.0 | |
|---|---|---|---|
| 页面数据存储 | 编辑好的页面内容进行中心化的实体存储 → JCR | 支持非中心化的分散数据源，除了AEM本身的编辑器，亮点是基于SharePoint, Google Doc等文档管理系统的Document Based Authoring | 编辑好的页面内容进行中心化的实体存储 → 数据库/Azure Blob |
| 页面组装/ Render | 页面组装发生在中心化的Author节点，实例化好的页面内容推送到Publish节点上进行静态deliver | 页面的组装发生在去中心化的边缘服务器，可以在CDN的基础上进一步优化回源请求的响应时间 | 页面组装发生在中心化的Author节点，生成好的页面内容通过文件服务访问，主要依赖CDN缓存实现高效的全球化访问 |
| Headless/ Personalization | AEM 的Headless支持自定义数据模块，包括静态的 Content Fragment，动态的personalization数据，以及第三方数据动态集成 | Headless数据模块支持静态定义 动态数据源以及personalization的部分待完善 | |
| 性能 | 传统CMS, 从页面内容来说有一定的overhead，但主要的性能瓶颈还是来自于第三方集成和较复杂的历史代码 | Performance First原则，从极简页面出发，配合针对重要指标的优化和持续的性能监控保持较高性能水准 |
|
| 组件开发 | 组件开发相对更重，可以通过Java Sling框架来实现复杂的CMS数据交互 | 组件开发更轻量级，官方推荐是偏原生的JS/HTML/CSS/JSON定义，理论上也可以接入前端框架实现更复杂的功能，但总的来说更适用于偏前端展示，需要快速迭代内容的轻量级页面 | 组件开发难度介于两种AEM方案之间，不依赖后端模板语言，复杂的数据交互通过前端JS实现。固定支持Vue.js，后续可以拓展支持更多的框架语言 |
| 页面内容编辑 |
|
| 目前只支持传统的装修页编辑模式 enhance编辑体验 |
上一篇
6、部署及测试流程下一篇
没有了