请求响应双向Service Bus
Request response two-way Service Bus
我有两个问题。我需要在客户端和 Functions 之间实现双向通信，我想知道我是否应该使用服务总线实现它们的通信，或者客户端是否应该简单地向 Azure Functions 发出 Http 请求。
通信将是实时同步的，因此我将需要服务总线上的两个队列，正如我在 Microsoft Azure 代码存储库中看到的那样，但我认为使用这种方法消息会跳闸太多次，我应该直接 http 到函数。我应该使用服务总线让队列触发我的函数，还是让函数读取队列中的内容并写入队列中的内容。在这种方法上使用服务总线有什么优势吗？
顺序问题是如何让Functions受到保护。如果我将所有内容都放在 VPN 中就足够了吗？我应该实施或使用某种身份验证吗？
如果需要实时同步，最好使用HTTP，不需要Service Bus。
服务总线在解耦和异步场景中表现更好。
我有两个问题。我需要在客户端和 Functions 之间实现双向通信，我想知道我是否应该使用服务总线实现它们的通信，或者客户端是否应该简单地向 Azure Functions 发出 Http 请求。
通信将是实时同步的，因此我将需要服务总线上的两个队列，正如我在 Microsoft Azure 代码存储库中看到的那样，但我认为使用这种方法消息会跳闸太多次，我应该直接 http 到函数。我应该使用服务总线让队列触发我的函数，还是让函数读取队列中的内容并写入队列中的内容。在这种方法上使用服务总线有什么优势吗？
顺序问题是如何让Functions受到保护。如果我将所有内容都放在 VPN 中就足够了吗？我应该实施或使用某种身份验证吗？
如果需要实时同步，最好使用HTTP，不需要Service Bus。
服务总线在解耦和异步场景中表现更好。