› › ›

管理监控

在您创建合成监控后，您需要随着时间的推移管理该监控。这可能包括更新或永久删除现有监控。

如果您使用的是项目监控，则还应设置一个工作流，该工作流使用管理监控的最佳实践在生产环境中有效地进行。

您可以更新监控的配置，例如，更改监控运行测试的间隔。

您还可以更新浏览器监控中使用的流程。例如，如果您更新了应用程序中使用的 UI，则可能需要更新流程的选择器和断言。

如果您使用项目设置了监控，您将在项目源中更新监控，然后push更改。

对于轻量级监控，请对 YAML 文件进行更改。

对于浏览器监控，您可以更新一个或多个监控的配置

要更新浏览器监控运行的流程，请直接编辑流程代码并在本地测试更新后的流程以确保其有效。

对监控进行更改后，运行push命令以使用更新的配置或流程代码将 Kibana 中的现有监控替换为新的监控。

更新与监控的id相关联。要更新监控，您必须保持其id相同。

最终您可能希望完全删除监控。例如，如果您正在验证的用户流程不再存在。

如果您使用项目设置了监控，您将从项目源中删除监控并推送更改。

对于轻量级监控，请从 YAML 文件中删除监控。

对于浏览器监控，请从 JavaScript 或 TypeScript 文件中删除完整流程。

然后，运行push命令。与 Kibana 中存在的该流程关联的监控将被删除。

或者，您可以通过在流程代码中或使用 Synthetics 应用程序中的启用切换更新监控的配置来临时禁用监控。

这仅与使用项目创建的监控相关。

在您设置项目后，您可以实施一些最佳实践来有效地管理项目监控。

首先，建议您在 Git 中对所有文件进行版本控制。如果您的项目尚未位于版本控制目录中，请将其添加并推送到您的 Git 托管服务。

虽然直接从工作站运行push命令可能很方便，尤其是在设置新项目时，但不建议在生产环境中这样做。

相反，我们建议您

在本地开发和测试更改。
为所有配置更改创建拉取请求。
让您的 CI 服务通过运行npx @elastic/synthetics .自动验证 PR。

Elastic 的合成监控运行器可以以多种不同的格式输出结果，包括 JSON 和 JUnit（大多数 CI 平台支持的标准格式）。

如果任何流程失败，它将产生非零退出代码，大多数 CI 系统默认将其视为失败。
让人工批准拉取请求。
合并拉取请求。
在更改合并后，让您的 CI 服务通过运行npx @elastic/synthetics push自动部署更改。

确切的实现细节将取决于您使用的 CI 系统和 Git 托管服务。您可以参考创建新项目时包含在.github目录中的示例 GitHub 配置文件。