Azure应用程序服务,多线程vs多实例

Azure应用程序服务,多线程vs多实例,azure,connection,webjob,Azure,Connection,Webjob,我对一位以前受雇的架构师在我们的部署计划中所做的决定有一个疑问 目前,我们的软件已分配出站连接。为了支持负载(这不是太令人印象深刻,不公平),我们选择了1个应用程序服务计划,其中2个应用程序服务,每个应用程序服务都使用同一应用程序的WebJob来最大限度地填充,该应用程序只需读取blob存储并将内容发布到相同和不同的端点。每个webjob都配置为发布到一个特定的端点,该端点可以与另一个端点相同 现在我对azure没有太多的经验,所以我不知道这是否解决了webjobs托管方式的特殊限制 我希望通过

我对一位以前受雇的架构师在我们的部署计划中所做的决定有一个疑问

目前,我们的软件已分配出站连接。为了支持负载(这不是太令人印象深刻,不公平),我们选择了1个应用程序服务计划,其中2个应用程序服务,每个应用程序服务都使用同一应用程序的WebJob来最大限度地填充,该应用程序只需读取blob存储并将内容发布到相同和不同的端点。每个webjob都配置为发布到一个特定的端点,该端点可以与另一个端点相同

现在我对azure没有太多的经验,所以我不知道这是否解决了webjobs托管方式的特殊限制

我希望通过简单地将webjob的数量减少到一个并使其运行多线程来简化这个部署计划

但我有点担心这样做会限制从该webjob到同一端点的连接数量以及总连接数量

有人有这方面的经验吗

提前感谢

我认为(这篇文章中的信息)可能与这个选择有关:。请注意,这是一篇比较老的文章

尽管仍有一些限制,但自那以后发生了很多变化:

用于…
免费:600
共享:600
基本:取决于实例大小
标准:取决于实例大小
高级(v2):取决于实例大小
隔离人数:16000

每个实例的最大IP连接数取决于实例大小:
-每B1/S1/P1V2实例1920个
-每个B2/S2/P2V2实例3968个
-每个B3/S3/P3V2实例8064个


非常感谢您的回复,我已经阅读了您链接的文章和当前记录的连接摘要。但所有这些都是围绕应用程序服务计划进行记录的。这(我希望)是实际的限制因素。我担心的是,不是有100个web作业在同一个应用程序服务计划上运行,而只有1个web作业运行多线程。会以某种方式限制我可以打开的连接数量。