我们有一个问题,我们无法在 azure 应用程序服务中使用 arr 亲和性,因为它在使用自定义域的前门后不起作用(arr cookie 上有错误的主机供浏览器接受),这似乎成为应用服务和/或前门的限制。
因此,我们正在考虑每个区域仅使用我们的应用服务的一个实例,但我们现在面临着随时回收我们应用的风险,因为我们只有一个节点。
所以问题是......在回收事件中,应用服务是否会在发出重新启动命令之前耗尽其正在运行的 http 请求队列?还是所有请求都被杀死了?
我们有一个问题,我们无法在 azure 应用程序服务中使用 arr 亲和性,因为它在使用自定义域的前门后不起作用(arr cookie 上有错误的主机供浏览器接受),这似乎成为应用服务和/或前门的限制。
因此,我们正在考虑每个区域仅使用我们的应用服务的一个实例,但我们现在面临着随时回收我们应用的风险,因为我们只有一个节点。
所以问题是......在回收事件中,应用服务是否会在发出重新启动命令之前耗尽其正在运行的 http 请求队列?还是所有请求都被杀死了?
假设它是一个 Windows Web 服务,那么它的工作方式与 IIS 相同,只要请求在 90 秒内完成,它就会耗尽请求。