应对异常情况

[Dimaeiya333]

而言之，您的脚本将检测到异常情况，对 Slack 执行 ping 操作，然后您就可以采取行动。您如何执行此操作将取决于您的应对计划。此过程将确定如何进一步调查、诊断和解决问题的根本原因。

例如，如果是客户站点，您可能有服务级别协议，要求您在特定时间范围内做出响应。对于您自己的站点，您可以简单地访问您的分析并查看您的日志。

MyKinsta 控制面板的日志显示窗口。显示日志条目列表，其中包含日期和时间，格式为
Kinsta Nginx 日志文件的部分。
如何配置取决于您的团队规模、您的需求和您的资源。不管怎样，您的下一步将是实施您的资源扩展策略。
使用 Kinsta API 实施预测性资源扩展
了解基准指标后，您就可以决定是否扩展资源。正如我们在上一节中指出的，您应该实施自动预测。 Kinsta 应用程序托管为所有计划提供此服务。您可以在 MyKinsta 仪表板的“应用程序”选项卡下找到该选项。

然而，Kinsta API 可以为您提供工具来准确、自信地进行预测。

在这里您可以遵循一些策略：

寻找利用扩展优势的机会。
评估您的全球和宏观资源消耗。
寻找瓶颈作为资源扩展的目标。
如果您查看端点bandwidth、HTTP requests per minute和average response time，它们是查找缩放范围的好方法。您会注意到，检查带宽和HTTP 请求对于资源扩展和异常检测具有“双重职责”。

用于分析趋势的相同端点也非常适合预测资源扩展。事实上，CPU 和内存使用率都是您需要提高服务器性能的明显迹象。

最后，页面加载过程中的瓶颈可能会对您的资源造成严重破坏，并成为扩展的理想目标。端点slowest requests是需要监控的端点。它指出了您网站中最严重的问题，MyKinsta 仪表板为您提供了以下图表：

显示选定时间段内网站上最慢交易的表格。该表具有三列：事务、持续时间 (%) 和持续时间 (ms)。它列出了四个事务，其中 /wp-cron.php 最慢，为 35.99% 和 440.48 毫秒，其次是 /single，为 30.04% 和 367.72 毫秒，/wp-login.php 为 15.42% 和 188.75 毫秒，以及 /search 9.61% 和 117.6 毫秒。表标题说明这些交易可能需要分析才能提高网站的性能。
显示 Kinsta 网站上最慢交易的仪表板。
然而，这可能表明需要扩大规模，也可能突出优化点。在此过程中，这些将是“快速获胜”（理论上），因为解决这些封装的问题应该减少分配给站点的资源量，从而释放它们。

将预测扩展和异常检测集成到工作流程中的提示和技巧
在结束之前，让我们讨论一下将预测扩展和异常检测集成到工作流程中的一些策略、 银行数据 典型实践和技巧。主动性是我们在整篇文章中经常讨论的话题，有几种方法可以在这方面保持领先：

找到网站性能的明确基线和限制，以帮助指导您的扩展和检测策略。
花时间定期检查和更新您的预测模型，以确保准确性和相关性。
尽可能使用整个团队可以看到的警报来实施自动监控。本质上，您希望最大限度地减少必须执行的手动干预次数。
关于平衡自动和手动干预的主题，我们也可以在这里传递一些技巧：

任何自动升级操作和手动监控之间都必须保持平衡。对于战略的适当控制和责任水平来说，这比您想象的更重要。
在实施自动扩展时，应该有明确的指南和规则来说明何时应激活以及何时需要手动干预。
定期检查和微调您的自动化规则。这将帮助您提高效率并最大限度地减少报告中的误报。
我们还有关于分析和监控的最后一个技巧。该过程的这一部分涉及不断检查您的指标并对任何变化做出反应。因此，有一些方法可以使这项任务变得更容易。

我们认为，最重要的是定期分析您所做决策的结果。这可能是下一个周期的关键，因为更好地了解如何做出决策将使下一个周期更加有效。

概括
预测性资源扩展和异常检测是主动管理 WordPress 网站性能和响应能力的两种最佳方法。Kinsta API可以帮助您以编程方式实施和开发这些技术。

例如，许多端点可以帮助您监控站点的性能。使用正确的脚本，您可以建立基线和参考点。如果您将其与 Slack 这样的平台结合起来，您就可以获得自动警报来帮助您将响应计划付诸实施。

您是否需要预测性资源监控和异常检测策略？如果需要，什么对您来说很重要？请在下