常见问题解答

以下是常见问题解答列表，其中详细介绍了Adobe Experience Manager Guides如何管理发布工作流、扩展行为和基础架构性能。 它面向使用Experience Manager Guides进行大规模发布的企业用户、管理员和文档团队。 此图说明了Experience Manager Guides发布架构的整体工作流程。

Experience Manager Guides每天可以运行多少个发布请求？

Experience Manager Guides每天可以处理的发布请求数取决于内容的大小和类型。 根据配置，系统允许每个处理器内核有一个发布作业。 在当前的设置中，可并行运行20个发布作业(每个×10个内核，2个pod)。

当生产环境自动扩展时，当pod扩展到4时，此数量可以增加到40个并发发布作业。

在排入队列之前，可同时运行多少个发布请求？

此数字可能因整体服务器负载而异。 如果其他后台Sling作业正在运行，则它们将共享处理核心，潜在将并发性降低到20个以下。

运行多个发布请求是否会影响其他应用程序功能，例如编辑.dita文件？

可能会对性能产生一些影响，但通常影响很小。 大多数繁重处理发生在IO运行时（无服务器发布服务），而AEM实例主要执行用于依赖项生成和状态轮询的I/O操作。 因此，AEM中的CPU利用率一直很低，并且创作/编辑体验基本上不受影响。

Experience Manager Guides如何管理大型文件和图形（如超过500 KB的SVG或.dita文件）？

所有大型文件都压缩并存储在JCR（Java内容存储库）中。 IO运行时在启动发布之前获取完整的zip包。 即使处理多个大型文件（例如，每个500 KB），由于优化了打包和并行I/O处理，因此这也不会对下载或传输速度产生重大影响。

Experience Manager Guides使用的发布基础架构和配置是什么？

Experience Manager Guides使用容器化、无服务器微服务进行发布。 发布服务的每个新版本都作为Docker图像发布，自动部署在Adobe的云环境中。 此设计确保：

如果发布队列或管理系统因过载而崩溃，其他AEM功能是否会受到影响？

不需要，Experience Manager Guides是在容错体系结构下构建的。 如果发布队列体验过载，则会自动重试请求，并且pod会自动缩放以处理额外的负载。 当超出某一阈值时，将应用负载调节来保持稳定性。 其他应用领域（创作、审核、资产管理）则不受影响。

是否提供监控工具或日志访问权限来识别Experience Manager Guides何时处于高负载（与Jenkins监控类似）？

否，目前您无权访问内部监控工具。 对于Adobe内部团队，可以使用以下方式进行监控：

如果发现性能下降，客户应联系Adobe支持部门以发起调查和分析。

向微服务发送发布请求之前会进行什么处理？

当您从“映射”控制台的“预设”选项卡触发发布请求时，将会执行以下步骤：

此工作流可确保可靠、独立且可伸缩的发布执行。

地图在微服务容器上开始发布之前需要多长时间，以及定义此时间的因素是什么？

发布请求通常需要几分钟才能发送到微服务容器。 此初始时间用于AEM中的依赖关系聚合。

在无服务器发布服务收到请求后，总发布时间取决于：

更大或更复杂的映射可能需要更长的时间才能发布。

Experience Manager Guides能否优先处理队列中的发布请求（而不是先到先得）？

目前，所有出版工作都得到平等对待，并遵循先到先得(FCFS)模式。 当前没有可用的优先级机制。

但是，在将来的版本中，优先级逻辑（例如，基于作业大小或业务重要性）可以作为队列优化增强功能的一部分引入。

Experience Manager Guides如何处理自动缩放以发布请求？

Experience Manager Guides发布基础架构支持基于负载的自动缩放。 当发布需求增加时：

这确保在峰值负载期间具有高可用性、一致的性能和最短的队列时间。

如果发布作业失败或超时，会发生什么情况？

如果发布请求由于临时问题（例如，网络中断、服务超时）而失败：

能否监控或跟踪发布作业的进度？

是，Experience Manager Guides在“映射”控制台的“预设”选项卡中提供实时作业状态更新，包括：

这有助于您了解工作进展并识别潜在延迟。

哪些最佳实践可以提高Experience Manager Guides中的发布性能？

要确保最佳发布速度，请遵循以下最佳实践：