Azure Functions - Always On 和 HTTP 触发器
Azure Functions - Always On and HTTP Triggers
我目前正在调查 Azure Function 应用程序在一段时间不活动后偶尔出现的缓慢响应。专用计划中的 Azure 函数 运行s，主机 运行 时间版本 1.x，并且始终开启
启用。该应用程序使用队列消息来触发功能。
我注意到 documentation 状态 如果您 运行 使用应用服务计划，您应该启用始终开启设置，以便您的函数应用 运行s正确。在 App Service 计划中，功能 运行time 在几分钟不活动后进入空闲状态，因此只有 HTTP 触发器会“唤醒”您的功能。
我知道 always on 将请求从前端负载均衡器发送到应用程序根 url，但这是否意味着我有一个 http 触发函数在根 url 监听以确保该功能始终打开。我在我的本地开发环境中使用一个函数尝试了这个 returns 一个好的结果并且它似乎工作。但是有必要吗？
我原以为不会，因为它基于只需要应用程序池不空闲的 Web 作业主机。
任何澄清都将非常有帮助。
似乎始终在线功能是通过在函数主机的 web.config 中使用重写来实现的。
对应用程序根 url 的调用将被转发到 /admin/host/ping，它是 host controller.
的一部分
所以回答你的问题
..does that mean I have a http triggered function listening at the root url to ensure the function is always on.
答案是否定的
我目前正在调查 Azure Function 应用程序在一段时间不活动后偶尔出现的缓慢响应。专用计划中的 Azure 函数 运行s，主机 运行 时间版本 1.x，并且始终开启 启用。该应用程序使用队列消息来触发功能。
我注意到 documentation 状态 如果您 运行 使用应用服务计划，您应该启用始终开启设置，以便您的函数应用 运行s正确。在 App Service 计划中，功能 运行time 在几分钟不活动后进入空闲状态，因此只有 HTTP 触发器会“唤醒”您的功能。
我知道 always on 将请求从前端负载均衡器发送到应用程序根 url，但这是否意味着我有一个 http 触发函数在根 url 监听以确保该功能始终打开。我在我的本地开发环境中使用一个函数尝试了这个 returns 一个好的结果并且它似乎工作。但是有必要吗？
我原以为不会，因为它基于只需要应用程序池不空闲的 Web 作业主机。
任何澄清都将非常有帮助。
似乎始终在线功能是通过在函数主机的 web.config 中使用重写来实现的。
对应用程序根 url 的调用将被转发到 /admin/host/ping，它是 host controller.
所以回答你的问题
..does that mean I have a http triggered function listening at the root url to ensure the function is always on.
答案是否定的