› › ›

管理监控器

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

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

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

您还可以更新浏览器监控器中使用的旅程。例如，如果您更新应用程序中使用的 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 配置文件。