› ›

管理监测器

管理监测器编辑

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

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

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

您还可以更新浏览器监测器中使用的旅程。例如，如果您更新了应用程序中使用的 UI，您可能希望更新旅程的选择器和断言。

如果您使用项目设置了监测器，您将在项目源中更新监测器，然后推送更改。

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

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

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

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

更新链接到监测器的id。要更新监测器，您必须保持其id不变。

最终，您可能希望完全删除监测器。例如，如果您要验证的用户旅程不再存在。

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

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

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

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

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

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

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

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

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

相反，我们建议您

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

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

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

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