边缘交付服务的文档创作 (DA) 简介

有一项新的、非常引人注目的早期访问技术可用于管理边缘交付服务站点，称为文档创作（以前称为 Dark Alley 项目）。它为 Edge Delivery 实施的编辑、翻译、存储和管理带来了一股清新的气息，作为第一个使用该技术的客户项目的首席架构师，我很乐意带您了解一下它并提供我的经验和想法。如果您正在评估基于 AEM 的网站（或可能迁移到 AEM）的下一步行动，那么您绝对应该 了解 DA。

边缘交付服务的文档创作（或 DA）是什么？

文档创作或DA （艺术家以前称为“Project Dark Alley”）是一种速度极快的 Edge Delivery Services 或 Helix 原生集成解决方案，用于管理、编辑和发布基于 Edge Delivery Services 的网站。

DA 目前是 Adobe 的一项 早期访问技术，这意味着 Adobe 目前正在与我们这样的合作伙伴以及选择这条道路的合作伙伴共同创新。如果您在阅读本文的任何时候有“我要注册”的想法，请滚动到底部查看 Slack/Discord 和联系信息。

对于那些试图了解 DA 在传统 AEM 基础架构范例或准现代基于文档的边缘交付架构中的位置的人来说，我们首先来了解几个术语：

什么是边缘交付服务？

Adobe 的 Edge Delivery Services是一种基于云的尖端网站交付系统，它可以获取创作的文档和图像（以及一些视频），并以针对极快交付速度进行优化的方式将其发布到网络上。边缘交付服务在现代架构中本质上扮演着与传统 AEM“发布者”和“调度者”服务器层相同的角色，并具有以下优势：

• 交付速度非常快- 在传统 AEM 与 Edge Delivery（为了节省打字时间，我在此将其称为 EDS）的连续比较中，EDS 页面比本地 AEM 6.5 快 3 到 6 倍。
• 全球交付 已内置于系统。（注：中国仍然是一个挑战）
• 几乎无限的流量容量- 没有固定数量的服务器来提供网站服务，因此系统甚至可以毫无问题地处理超级碗广告规模的峰值。Edge Delivery 吞噬巨大流量峰值的能力已经是传奇，问问任何拥有 EDS 网站并开展过大型电视广告活动的人就知道了。
• 内置预览发布，以便人们可以在发布之前预览功能齐全的内容。不仅如此，由于内置的 CI/CD 功能集，每个代码分支都有自己的即时配置预览环境，在小队级 UAT 和功能分支方面具有极佳的灵活性。
• 简单的基于“块”的内容开发：Edge Delivery 服务提供由“块”组成的页面，这些“块”是表格、选项卡、手风琴或列等内容元素。然后在一个简单的 google-doc 风格的界面中编写这些内容。

请记住：Edge Delivery 本身不是 CMS

Edge Delivery 是作为 AEM 解决方案的一部分提供的开发框架和交付管道，但它并不规定您用来管理内容、控制修改访问、推出翻译、集成数字资产管理系统等的解决方案。因此，在边缘交付服务上有许多完全有效、完全受支持的创作和发布系统，包括：

• 文档创作
• SharePoint
• Google 文档
• Adobe Experience Manager 通用编辑器

在某些情况下，这些工具集中的每一个都可以作为完成工作的工具，并且了解每个工具集的优缺点、特性和局限性非常重要。还要注意，并非每个站点都适合 Edge Delivery Services，有些站点目前可能最适合传统的 AEM。

边缘交付术语的另一个明确点是：

• “基于文档” 的创作意味着将文档作为内容的主要单位来处理。文档创作使用 HTML 文档。Sharepoint 使用 Word 文档，Google 显然使用 Google Docs。这与基于 JCR 的创作相反，在 JCR 创作中，各个文档及其元数据作为节点存储在 AEM Java 内容存储库中。
• “Helix” = 边缘交付服务：这项技术经历了一系列的名称变更，从最初的代号“Helix”开始，后来被称为“Franklin”以及“下一代可组合性”。但是现在，如果您看到对“Helix”的引用，它指的是下图中的 边缘交付服务 块。

文档创作和边缘交付架构图

在深入了解文档创作的功能集之前，让我们首先看一下 DA 在示例 AEM/Edge Delivery 部署中的位置架构图：

在上述架构中，DA 扮演着 CMS 和创作界面的角色，也是分类、资产管理和翻译等文档管理活动的集成点。然而，它通常 不是 传统 AEM 作者那样的后端或公共数据集成的中心集成点。

在上面的架构中，我们假设：

• 文档创作 是 Web 文档创建、管理、发布和翻译的平台
• Adobe Edge Delivery Services 作为发布层，它将文档创作中创作的文档以超快、响应迅速、适合网络的格式交付出去
• Adobe 托管 CDN 作为内容分发网络、网络防火墙和可配置重定向层。
• Adobe Experience Manager Assets 用于网络资产管理（网站提供的图像、文档和其他文件）
• Hubspot 用于网络表单和确认/交易电子邮件。（AEM Forms、Marketo Forms 或许多其他表单管理提供商也可以担任此角色）
• Vidyard 用于视频管理和交付
• Smartling 翻译

我可以（并且将）花费大量时间来阐述这种设置的灵活性，以及如何围绕产品数据、PIM 系统、遗留系统等的数据驻留和访问要求进行设计，但这是另一天的帖子。

文档创作 (DA) 功能集

DA 功能集包括：

文档树管理

Edge Delivery 站点的内容管理是在 DA 界面内（而不是 Sharepoint 或 AEM 内）完成的，文档在云中内部存储和版本控制。DA 的文件管理和发布界面允许您进行正常的复制/粘贴/移动，并包含内置的 Edge Delivery 调用以表示发布/预览状态。

文档和表格编辑器

DA 包括用于网络文档和结构化数据的文档编辑器和工作表编辑器。该编辑器简洁且速度极快，包括用于快速功能和格式化的斜线菜单，用于快速访问块的块库（即您在项目中创建的组件（用古老的 AEM 术语来说）。

编辑器插件框架用于向您的项目添加其他自定义 UI 功能。我们使用的一些插件包括标签浏览器（用于从 AEM 实例中浏览和选择 AEM 标签）或日期选择器（用于将预期格式的日期格式输入事件管理 UI）。

实时协作

DA 包括强大的实时协作功能，允许几乎任意数量的用户同时编辑文档。实际上，我们在 AdaptTo() 会议上对此进行了实时测试，我在会上做了一个介绍文档创作的演讲。作为演讲的一部分，我最终邀请了所有 200 多名观众同时登录文档并开始对其进行编辑和预览，协作后端的表现非常完美 - 这有时比在 Office 中进行编辑的表现还要好。

AEM Assets 集成

DA 包括使用 AEM Assets Micro Frontend (MFE) 的内置 AEM Assets 集成。这使得组织可以继续使用 AEM Assets 作为其数字资产管理的中央记录系统，同时也让作者可以自由地在快速、基于文档的 Edge Delivery 系统中工作。

这个实现是 A+，并且确实是 DA 的杀手级功能之一。

内置文档版本控制

DA 具有内置的文档版本控制和审计历史记录。任何用户对文档所做的每次编辑都会通过日期和时间戳进行审核，并且每次发布页面时都会自动进行还原点版本控制，或者在您想要剪切还原点的任何时间点临时进行还原点版本控制。

版本控制也可以批量进行，也可以通过 API 进行。

实时预览

DA 在编辑窗口中提供实时预览，并提供多种屏幕尺寸（手机、平板电脑、台式机）。

批量工具

它仍然是这项早期访问技术的早期实现，但 DA 已经包含用于批量预览、批量发布、批量重新索引和批量版本控制的极其有用的批量工具。

结合对整个内容树的快速搜索和替换，可以非常快速且切实地对大量内容进行安全、大规模的更改，然后将其推出。

例如，在包含大约 4000 个页面的网站子部分中，我必须替换用于子导航的片段的名称。我们不需要让开发人员编写 Groovy 脚本（就像在 AEM 世界中所做的那样），而是在 DA UI 中进行搜索和替换，整个过程只需不到 8 秒即可完成。

更好的是，我可以首先对网站的整个部分进行批量版本控制，这样如果搜索和替换出现任何问题，我就可以立即恢复到备份版本。再次……呼吸新鲜空气。

翻译/推出以及边缘交付的“MSM”替代品

我们的启动客户选择 DA 而不是 Sharepoint/Universal Editor 进行 Edge Delivery 部署的一个重要原因是 DA 强大的本地化框架和页面部署与重新集成功能。使用 Google Docs 或 Sharepoint（甚至是使用 Universal Editor 的 Crosswalk 站点）实现本地化 Edge Delivery 站点的一个主要挑战是缺乏一个成熟的框架来取代 AEM 的多站点管理器 (MSM)。

如果没有翻译管理系统 (TMS) 连接器和 MSM 功能，任何在 Edge Delivery 上实施本地化网站的人都被迫设计和构建自己的定制工作流程和文档重组灾难，以收集需要翻译的文档，然后将其发送到 TMS（即您可以使用诸如 Smartling 或 Translations.com 等工具来检索它们、处理本地更改并推广它们。仅凭这一功能就可能代表转向 Edge Delivery 的大量开发工作，并抵消 EDS 快速开发带来的许多好处。DA 通过提供一种强大且非常灵活的安排来解决这个问题，用于发送翻译，然后在将这些翻译带回来时区分任何本地更改。

创作和发布访问控制

DA 确实包含用于发布和创作访问控制的强大 ACL 模型。在这方面，Edge Delivery 可能有点有趣，因为与 AEM 这样的统一系统不同，其中创作和发布都是同一系统的一部分，而 Edge Delivery 是分开的。参考上图，“Helix”或 Edge Delivery 有自己的预览/发布权限系统 - 并且不是细粒度的。意思是，您可以将内容推送到“aem.page”或“aem.live”桶，否则你不能。细粒度的访问控制（例如只有“博主”组可以将内容写入 /blog 内容树，但他们不能发布它只能写入 - 等等），这取决于创作界面来实现。

因此，DA 既支持创作表面级访问控制（细粒度），也支持在 Helix 中配置受保护发布的机制，以锁定哪些用户可以预览和发布内容到 Edge Delivery。

天哪，原始速度

我对 DA 的最后一条评论（很可能也是第一条）是，DA 毫无疑问是我用过的最快的 CMS。如果您能找到更快的 CMS，请告诉我。

文档加载时间、发布时间和 UI 的整体敏捷性都是无与伦比的，这当然源于 DA 本身就是一个边缘交付项目。客户端连续使用 DA 和 AEM 6.5 的入职作者一致对它的速度感到震惊。在处理 AEM 中包含嵌套组件的复杂页面或需要时间从 JCR 加载的多个对话框时，差异尤其明显。

如何获取文档创作

需要重申的是，DA 仍然是边缘交付服务的早期技术。

Edge Delivery Services 本身是 AEM 云服务的一部分，并且从此时起，它是与 AEM 云服务统一提供的产品。因此，如果您正在考虑将 AEM 迁移到云服务（或者您已经拥有它），那么 DA 可能是您的一个选择。

如果您已经与 Adobe 合作实施 Slack，请向他们询问有关 DA 的问题，他们会帮助您。

您还可以通过Adobe Discord与我们联系，那里有一个专用的 DA 频道。

最后，请通过网站或直接通过 Linkedin或Twitter/X与我们联系。我很乐意告诉你我的经历！

或者，来 Adobe 峰会 见我们，我们很乐意为您提供演示！

喜欢你听到的吗？对于什么适合您有疑问吗？我们很乐意与您沟通！联系我们

播客节目和博客文章