另一个区域的Azure Functions性能 [英] Azure Functions performance from another region

查看:58
本文介绍了另一个区域的Azure Functions性能的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我已经在西欧部署了Linux Azure功能,并在3个地区(西欧,北欧和美国东部)建立了简单的可用性测试.

I have deployed a Linux Azure Function in West Europe and set up a simple availability test from 3 regions: West Europe, North Europe and East US.

通过Application Insights查看可用性结果时,我注意到每个区域的平均测试持续时间存在显着差异:

Looking at the availability results via Application Insights, I noticed a significant difference in average test duration per region:

  • 西欧:124毫秒
  • 北欧:433毫秒
  • 美国东部:7.91秒(!)

ping测试的网址是:http://mikesfunc1.azurewebsites.net/api/HttpTrigger?name = test

The URL for the ping test is: http://mikesfunc1.azurewebsites.net/api/HttpTrigger?name=test

与Linux Web App相似的可用性测试所产生的差异与延迟更相符:

A similar availability test to a Linux Web App produces differences that are much more in line with the latency:

  • 西欧:48.4毫秒
  • 北欧:102毫秒
  • 美国东部:220毫秒

ping测试的URL是:http://mikesweb3.azurewebsites.net/

The URL for the ping test is: http://mikesweb3.azurewebsites.net/

有人能解释为什么Azure Functions比欧洲东部的Web Apps花费更长的时间吗?

Can anyone explain why Azure Functions would take so much longer than Web Apps from East US compared to Europe?

推荐答案

我首先想到的是这些服务处理存储的方式浮现在脑海.

On first thought, I think the way storage is handled by these services comes to mind.

应用程序服务在其创建的区域中处理其存储,但在使用功能的情况下,存储位置取决于所使用的存储帐户

App Service handles storage on its, in the region its created but in case of functions, storage location is based on the storage account used.

可以确认存储帐户是否也位于美国东部吗?如果没有,您是否可以使用相同区域中的存储帐户尝试相同的测试?

Could you confirm if the storage account was also in East US? If not, could you try the same test with the storage account in the same region?

此外,您能否分享函数应用程序的更多详细信息,例如所使用的语言,如果使用的是JS/Python,是否还要使用其他功能?模块?

Also, could you share more details of the function app like language used and if using JS/Python, are you using extra modules?


这篇关于另一个区域的Azure Functions性能的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆