.net - Azure Functions:应用服务计划上的函数启动滞后时间
问题描述
我们在负载下的 Azure 函数上遇到性能问题,在调用 Azure 函数和执行函数中的代码之间存在延迟时间。
应用程序洞察中 Azure 函数调用的第一个日志条目说:
Function started (Id=6e2a7c0e-7190-4f4b-a146-9b957b49f4aa)
在那之后,在我们的代码的第一个日志之前有几秒钟的随机延迟,这是我们函数中的第一行代码。
我们只看到这种负载滞后。
Function App 在具有高级定价层的应用服务计划下运行。这些函数都是 HTTP 触发器。
任何想法为什么会发生这种情况以及“功能启动”日志的含义是什么?
解决方案
这是一个常见的“问题”,称为冷启动:
冷启动是最近未调用的函数的延迟增加。
您可以在此处找到有关它的完整说明:https ://azure.microsoft.com/en-au/blog/understanding-serverless-cold-start/
如果您的业务不接受它,您应该升级到永久加热实例的高级计划。更多信息在这里:https ://docs.microsoft.com/en-us/azure/azure-functions/functions-premium-plan
推荐阅读
- python - 按列从另一个 DataFrame 创建一个 DataFrame
- unit-testing - 如何使用 Figwheel 运行 Clojurescript 单元测试?
- amazon-s3 - 如何安全地配置 s3 以访问网站
- git - 当我在 lightsail 中推送到远程存储库时,git push 成功但源代码不存在
- postman - 如何从一个请求中保存响应正文并在另一个请求中使用它并在 Postman 中进行一些更改
- java - 在 Spring WebFlux 中修改请求正文
- apache-spark - 如何修复 pyspark EMR Notebook 上的错误 - AnalysisException:无法实例化 org.apache.hadoop.hive.ql.metadata.SessionHiveMetaStoreClient
- r - 获取目录中没有子目录名称的文件列表
- android - CrossAxisAlignment.center 永远不会在列中工作
- ios - IOS/AppStore 如何提交现有应用的新版本以供审核