Azure 应用服务，多线程与多实例
Azure app services, multithreaded vs multi instance
我对以前雇用的架构师在我们的部署计划中做出的决定有疑问。
目前我们的软件有分配的出站连接。为了支持负载（这不太令人印象深刻而不公平），它被选择有 1 个应用程序服务计划，2 个应用程序服务，每个应用程序服务都最大程度地填充了同一应用程序的 webjobs，这些应用程序只读取 blob 存储和post将内容发送到相同和不同的端点。每个 webjob 都配置为 post 到一个特定的端点，该端点可以与另一个端点相同。
现在我对 azure 没有太多经验，所以我不知道这是否解决了托管 webjobs 的方式的特定限制。
我希望通过简单地将 web 作业的数量减少回一个并使其 运行 多线程来简化此部署计划。
但我有点担心这样做会限制从该 webjob 到同一端点的可能连接数量和总数。
有人有这方面的经验吗？
提前致谢
我认为像这篇文章（中的信息）可能与该选择有关：Starving outgoing connections on Windows Azure Web Sites。请注意，这是一篇相对较旧的文章。
此后发生了很多变化，尽管仍然存在一些限制：App Service limits。
IP Connections for...
Free: 600
Shared: 600
Basic: Depends on instance size
Standard: Depends on instance size
Premium (v2): Depends on instance size
Isolated: 16,000
The maximum IP connections are per instance and depend on the instance size:
- 1,920 per B1/S1/P1V2 instance
- 3,968 per B2/S2/P2V2 instance
- 8,064 per B3/S3/P3V2 instance.
我对以前雇用的架构师在我们的部署计划中做出的决定有疑问。
目前我们的软件有分配的出站连接。为了支持负载（这不太令人印象深刻而不公平），它被选择有 1 个应用程序服务计划，2 个应用程序服务，每个应用程序服务都最大程度地填充了同一应用程序的 webjobs，这些应用程序只读取 blob 存储和post将内容发送到相同和不同的端点。每个 webjob 都配置为 post 到一个特定的端点，该端点可以与另一个端点相同。
现在我对 azure 没有太多经验，所以我不知道这是否解决了托管 webjobs 的方式的特定限制。
我希望通过简单地将 web 作业的数量减少回一个并使其 运行 多线程来简化此部署计划。
但我有点担心这样做会限制从该 webjob 到同一端点的可能连接数量和总数。
有人有这方面的经验吗？
提前致谢
我认为像这篇文章（中的信息）可能与该选择有关：Starving outgoing connections on Windows Azure Web Sites。请注意，这是一篇相对较旧的文章。
此后发生了很多变化，尽管仍然存在一些限制：App Service limits。
IP Connections for...
Free: 600
Shared: 600
Basic: Depends on instance size
Standard: Depends on instance size
Premium (v2): Depends on instance size
Isolated: 16,000The maximum IP connections are per instance and depend on the instance size:
- 1,920 per B1/S1/P1V2 instance
- 3,968 per B2/S2/P2V2 instance
- 8,064 per B3/S3/P3V2 instance.