假设我正在使用在无服务器模式下运行的 Azure SignalR 服务来实现聊天应用程序。我想知道我们为什么要use Azure Functions for this。他们为我们提供了什么？难道我们不能直接自己建立与 SignalR 服务的连接吗？或者说，在我们与 Azure Function 协商访问令牌之后，为什么我们不能只使用我们与该令牌建立的连接来广播消息，而不是依靠额外的 Azure Function 来广播消息？
【问题讨论】：
标签： azure signalr azure-functions serverless signalr-service
过去，人们习惯于在自己的 web api 或 mvc 项目中耦合 SignalR。问题是当需要扩展时，不可能单独扩展。此外，对于 SignalR，例如，很难使用粘性会话。这就是他们发布 Azure SignalR 服务的时候，这是一项可以为您实现背板模式的托管服务。
更多信息：
https://docs.microsoft.com/en-us/aspnet/signalr/overview/performance/scaleout-in-signalr
最后一部分是将实时双向通信与 webapi / mvc 项目分开。他们添加了 Azure Functions，因为与 webapi / mvc 相比，它重量轻且更易于扩展。
为什么我们不能只使用我们用该令牌建立的连接来 广播消息，而不是依赖于额外的 Azure 消息广播功能
A：这是因为函数没有 100% 执行。
【讨论】：