了解Azure功能应用程序和服务总线成本

我正在使用Azure服务总线主题和Azure功能应用程序创建一个发布/订阅系统，其中的功能用ServiceBustigger装饰。我正在使用服务总线的标准层和功能应用程序的消费计划

这个概念运作良好，可以满足我的目的，但是，我很难理解这将如何影响我的Azure成本

只运行一个具有该属性的函数似乎每秒生成一对服务总线的请求。最后，我希望有相当多的订阅主题和每个订阅的Azure功能

如果我理解正确的话，ServiceBusTrigger生成的每个请求都与您得到的服务总线操作数相对应。通过一些功能，我将很容易地完成1300万次操作

---

其中一些订阅者对时间不太敏感，他们需要每秒检查几次订阅。有没有办法改变ServiceBustigger检查订阅的频率以降低成本？我是从完全错误的角度来处理这个问题的吗？

我有一些功能应用程序可以监视几个SB队列，我一直想问这些轮询是否也是正常行为。你的问题提醒了我，我发布了一个关于它的提问。谢谢@McGuireV10的bug报告。我在Azure上有很多这样的报道。没有时间找到解决办法了。最后，我们都在为他们的利益做QA。显然有一个“消息泵”线程在做这个轮询，但正如您的问题所指出的，它似乎与需求驱动的消费计费计划的概念不一致。我将留下这个问题，主要是出于好奇，但同时我决定使用Azure事件网格。目前，我们在酒吧/酒吧中的活动非常少，但随着我们的发展，我认为活动网格的规模会更好。您可以推送它，它将扇出对订阅者的呼叫，而不是订阅者轮询事件。看起来也是一个更加解耦的系统。还是有兴趣听到这个消息！