规划和架构 Synthetics 部署

在针对大型和复杂用例使用 Synthetics 应用时，请参考这些高级注意事项。

在复杂环境中，通常会拥有多个特定任务的 Elastic Stack 部署，以及一个使用 CCS 或 CCR 的集中式概览集群，以集中化 Kibana 仪表板和应用程序。请勿在 Synthetics UI 中使用此模式。相反，请直接在您希望查看和管理它们的 Kibana 实例上配置您的合成监视器。

不过，您可以将仪表板和 Discover 功能与 CCS 结合使用来查看 synthetics-* 索引。

Synthetics UI 不支持与 CCS/CCR 一起使用，因为这会限制 Synthetics UI 所提供的丰富用户体验。与大多数 Kibana 应用不同，Synthetics UI 很大程度上依赖于存储在 Kibana 共享对象中的状态来提供丰富的用户体验。由于 Kibana 已保存对象无法通过 CCS/CCR 共享，因此即使配置了 CCS/CCR，Synthetics UI 也不会显示任何用户数据。

Synthetics 应用旨在针对用户定义的 URL 和用户旅程进行主动合成检查。它不适用于通过自动发现进行基础设施或 Kubernetes Pod 监控。

Synthetics UI 仅显示通过 Synthetics UI 或 Synthetics 项目显式创建和管理的监视器。它没有用于基础设施目标的动态自动发现机制，并且其设计目的也不是为了摄取或显示基础设施监控通常产生的大量短生命周期监视器结果。

对于基础设施或 Kubernetes 正常运行时间监控，请改用以下方法之一

• Heartbeat 与自动发现：在您的基础设施上运行 Heartbeat，并使用自动发现来动态监控主机和 Pod。结果将显示在 Uptime 应用中。
• 带有 Uptime Monitors 集成的 Elastic Agent：部署独立的 Elastic Agent 并配置 Uptime Monitors (Heartbeat) 集成以收集来自您的基础设施的可用性数据。Uptime 应用从 8.15 版本开始已被弃用，且在 Serverless 中不可用。

当管理大量合成监视器时，请使用标签使它们保持井然有序。Synthetics UI 中的许多视图都具备标签感知能力，并可以按标签对数据进行分组。

如果我们提供的 UI 无法完全满足您的需求，您可以使用仪表板来构建自定义可视化。有关 Synthetics UI 使用的字段的完整说明，请参考 Heartbeat 导出的字段。