我应该使用一个还是多个 Azure WebJobs
Should I use one or multiple Azure WebJobs
我有一个将消息发布到 Azure 服务总线主题的系统。该主题有多个订阅者,我正在编写一个 webJob 来处理消息。
当我关注 Visual Studio 中的一个新 WebJob 项目时,我得到一个名为 'Functions.cs' 的 class,它具有检查队列的代码。我已更新代码以检查主题内的订阅:
public static void ProcessTopicMessage([ServiceBusTrigger("topic-name", "subscription-name")] string message, TextWriter log)
{
// Processing goes here
}
该主题有多个订阅,我需要对其进行监控,然后对收到的每条消息执行不同的操作。这将涉及通过 API 连接到第三方服务,每个订阅都有不同的 API。
示例:
topic-name
subscription-1 // Perform action #1
subscription-2 // Perform action #2
subscription-3 // Perform action #3
...
我的问题是:我应该为每个订阅编写一个单独的 WebJob 还是应该在 'Functions.cs' class 中添加其他方法?
我想知道如果我在同一个 WebJob 中有多个方法并且我是否需要使这些方法异步,性能是否会降低。
My question is: Should I write a separate WebJob for each subscription or should I add additional methods into the 'Functions.cs' class?
根据您的要求,您有多个订阅,订阅同一个主题,每个订阅都有不同的逻辑来处理相同的消息。
据我了解,由于多个订阅共享相同的配置(Azure ServiceBus 的应用程序设置)并且每个订阅处理类似的逻辑。多个功能可以重用可以扩展到多个实例的同一主机。我假设同一个 WebJob 中的多个函数对您来说是更好的方法。
I wonder if the performance will reduce if I have multiple methods in the same WebJob and if I need to make the methods asynchronous.
据我所知,当您的函数被触发时,JobHost
会从托管线程池启动一个线程。您可以配置最大并发调用数来处理来自 ServiceBus 的消息,如下所示:
ServiceBusConfiguration.MessageOptions.MaxConcurrentCalls=20 //16 by default
由于您将调用第三方 API,您可以将您的函数标记为异步函数以提高 WebJob 的可扩展性。另外,关于性能的async有一个issue,你可以参考一下。
为每个订阅创建一个网络作业或为所有人创建一个网络作业取决于您的要求。
例如:
处理请求需要多少时间?
回答这个问题将决定多个订阅是否会对性能产生重大影响
这次有SLA吗?
如果您对每个请求都有一个 SLA,那么您可能需要将 Web 作业扩展到每个订阅的不同作业中,否则,一个就足够了
每个订阅有什么特殊配置吗?
如果所有订阅共享相同的连接、配置,那么您可能不需要为每个订阅单独的 Web 作业。
您也可以使用策略模式,将每个订阅移动到它自己的 class 以实现每个订阅的特定逻辑
我有一个将消息发布到 Azure 服务总线主题的系统。该主题有多个订阅者,我正在编写一个 webJob 来处理消息。
当我关注 Visual Studio 中的一个新 WebJob 项目时,我得到一个名为 'Functions.cs' 的 class,它具有检查队列的代码。我已更新代码以检查主题内的订阅:
public static void ProcessTopicMessage([ServiceBusTrigger("topic-name", "subscription-name")] string message, TextWriter log)
{
// Processing goes here
}
该主题有多个订阅,我需要对其进行监控,然后对收到的每条消息执行不同的操作。这将涉及通过 API 连接到第三方服务,每个订阅都有不同的 API。
示例:
topic-name
subscription-1 // Perform action #1
subscription-2 // Perform action #2
subscription-3 // Perform action #3
...
我的问题是:我应该为每个订阅编写一个单独的 WebJob 还是应该在 'Functions.cs' class 中添加其他方法?
我想知道如果我在同一个 WebJob 中有多个方法并且我是否需要使这些方法异步,性能是否会降低。
My question is: Should I write a separate WebJob for each subscription or should I add additional methods into the 'Functions.cs' class?
根据您的要求,您有多个订阅,订阅同一个主题,每个订阅都有不同的逻辑来处理相同的消息。
据我了解,由于多个订阅共享相同的配置(Azure ServiceBus 的应用程序设置)并且每个订阅处理类似的逻辑。多个功能可以重用可以扩展到多个实例的同一主机。我假设同一个 WebJob 中的多个函数对您来说是更好的方法。
I wonder if the performance will reduce if I have multiple methods in the same WebJob and if I need to make the methods asynchronous.
据我所知,当您的函数被触发时,JobHost
会从托管线程池启动一个线程。您可以配置最大并发调用数来处理来自 ServiceBus 的消息,如下所示:
ServiceBusConfiguration.MessageOptions.MaxConcurrentCalls=20 //16 by default
由于您将调用第三方 API,您可以将您的函数标记为异步函数以提高 WebJob 的可扩展性。另外,关于性能的async有一个issue,你可以参考一下。
为每个订阅创建一个网络作业或为所有人创建一个网络作业取决于您的要求。
例如:
处理请求需要多少时间?
回答这个问题将决定多个订阅是否会对性能产生重大影响
这次有SLA吗?
如果您对每个请求都有一个 SLA,那么您可能需要将 Web 作业扩展到每个订阅的不同作业中,否则,一个就足够了
每个订阅有什么特殊配置吗?
如果所有订阅共享相同的连接、配置,那么您可能不需要为每个订阅单独的 Web 作业。
您也可以使用策略模式,将每个订阅移动到它自己的 class 以实现每个订阅的特定逻辑