问题描述
我们在 2 月 24 日 12:35 到 12:50（UTC 下午）之间遇到了问题。我们的应用开始响应缓慢并导致失败，但我们的应用并未超载 Availability and Performance。 系统内存和 cpu 的变化会导致我们的应用程序响应变慢吗？如果是，那么下次如何避免这个问题？ 有我们的应用程序减速图表的屏幕截图：Web App Slow 这次我们检测到物理内存和 cpu Memory Analysis,High CPU Analysis
的变化
可用性和性能工具检测到前 5 个缓慢的请求执行。它是从我们的应用程序服务到外部服务的请求。这些请求是否会影响应用服务或应用服务计划的整体性能？
解决方法
是的。低计算资源会导致性能下降（应用程序使用高内存/CPU）。
其他导致应用级性能问题的原因，网络请求耗时长，应用代码或数据库查询效率低下，或应用因异常崩溃。为了隔离和避免将来出现此类问题，您可以尝试这些步骤。
首先，查看在该时间范围内报告的任何问题的服务运行状况： 您可以在 Azure portal
上跟踪服务的运行状况从您分享的屏幕截图来看，似乎存在 2 5xx 个错误和 48 个 4xx 错误，您可以查看日志以获取有关该问题的更多详细信息。
-访问 Kudu - https://.scm.azurewebsites.net/。
- 根据需要分析日志并收集诊断转储。
Enable diagnostics logging for apps in Azure App Service
通常，在 Azure 应用服务中，为了提高性能和吞吐量，您可以调整运行应用程序的规模。我不确定您使用的是什么应用服务计划 (ASP)。 如果您在单个 ASP 下有多个应用程序，则计算资源由所有正在运行的应用程序共享。根据您的要求和使用情况，您可以考虑将应用服务计划更改为更高的定价层或横向扩展实例。