azure - azure 持久功能是否是 azure 服务总线的合适替代方案？

Question

在我们当前的架构中，我们将服务总线与 Azure Function 总线结合使用。服务总线的作用是确保函数应用程序不会过载。阅读微软的文档表明持久功能可能是一种替代方案。我不完全明白为什么我不再需要服务总线。难道不能重载持久函数吗？

Answer 1

ServiceBus +(Azure Function Apps)是存储和处理策略的一个很好的例子。消息在进行处理之前就被存储。在这里，功能应用程序应该执行一个工作单元，例如根据收到的消息从数据库中读取数据。因此读取的数据应该被推送到另一个队列并让另一个函数进行处理。这样就可以实现解耦的架构。然而，在一般实践中，我们尝试在函数应用程序中做很多事情，以避免复杂性。如果工作量很小并且响应必须是实时的，有时这很好。

如果工作负载很重，例如从多个源读取或组合各个响应的结果，那么正常的函数就会超时。这就是 Durable 的用武之地。完成工作负载所需的时间不限。它可以等待程序的其他部分完成。它可以并行启动尽可能多的函数以实现并行编程等。我不认为它是一种存储和处理机制。它是一种实现异步处理的编程结构。

如果队列中的每条消息都需要繁重的工作并且客户端不期望任何实时响应，我会使用服务总线+持久性。