程序问答   发布时间:2022-06-01  发布网站:大佬教程  code.js-code.com
大佬教程收集整理的这篇文章主要介绍了如何调查不同地区的 Azure Function 冷启动较慢?大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。

如何解决如何调查不同地区的 Azure Function 冷启动较慢??

开发过程中遇到如何调查不同地区的 Azure Function 冷启动较慢?的问题如何解决?下面主要结合日常开发的经验,给出你关于如何调查不同地区的 Azure Function 冷启动较慢?的解决方法建议,希望对你解决如何调查不同地区的 Azure Function 冷启动较慢?有所启发或帮助;

我有一个基于 windows 的 Azure Function on 消费计划,该计划的主机启动时间通常约为一秒或更短。除了生产中的单个区域外,其他任何地方都是这种情况,它的时间从不低于 2.5 秒,有时达到 8 秒。我无在本地或任何其他 Azure 环境中复制缓慢的情况。

就差异而言,据我所知,环境配置相同。直播功能的流量较低,实际上其中一个测试环境的流量会更高。我不确定为什么这会对启动时间产生任何影响,而且低流量似乎不会影响其他环境的启动时间。

函数应用有一系列不同的触发器类型,包括队列、定时器、http 和服务总线。

我已经使用 Visual studio 诊断工具来尝试识别任何热路径。启动期间没有来自用户代码的 IO 调用,也没有特别密集的事情。

我该如何着手调查和确定问题?

解决方法

正如您所提到的,Azure 功能上的流量很低,您会看到启动时间很慢。一个潜在的原因可能与消费计划中的无服务器冷启动有关。以下是文章链接,详细说明。

https://azure.microsoft.com/en-us/blog/understanding-serverless-cold-start/

,

既然你提到在不同位置有函数应用实例,我怀疑你的函数应用正在使用/调用远离它自己位置的资源,因此它需要时间。

此外,我建议您使用 Visual studio Remote Debugger 远程调试您的函数应用程序,并查看该区域中哪行代码实际需要时间。这会给你带来瓶颈。

,

我找到了为什么我在不同地区观察到不同开始时间的根本原因。该地区本身不是问题。在 Monitor 中查看两者的内存使用情况,暴露了函数所在的底层 VM 名称。我意识到应用程序表现良好的地方与表现不佳的地方相比具有不同的名称模式。

较慢的函数采用 RD000000000000 格式,性能较好的实例采用 DW0-AA0-0-0 格式。前者的可用内存也有很大的波动,而后者的可用内存水平不变。

我能够通过完全拆除功能并计划和重新部署来解决问题。新版本采用改进的格式。

大佬总结

以上是大佬教程为你收集整理的如何调查不同地区的 Azure Function 冷启动较慢?全部内容,希望文章能够帮你解决如何调查不同地区的 Azure Function 冷启动较慢?所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。
标签: