在应用服务计划中托管 Azure Function 时，与使用与同一应用服务计划关联的应用服务（编辑：用于静态 API）相比，是否有任何显着差异？我认为唯一的区别是该功能提供了额外的开箱即用触发器。我遗漏了哪些差异会导致我更喜欢其中之一？
我还想确认，如果应用服务计划中未配置扩展，则在应用服务计划中托管 Azure Functions 实际上会限制可扩展性。据我了解，使用消费或高级托管时，功能会根据需要自动扩展，无需额外配置。
我目前正在通过 EasyNetQ 使用 RabbitMQ 在 Windows 服务和众多客户端之间进行通信。通信是来自客户端的请求和向所有客户端推送通知的混合。我对当前解决方案的性能、可扩展性和安全性非常满意，但希望确保我不会错过最新技术中的某些内容。对于这种场景，Web API + SignalR 有什么优势（如果有）？
从我现在可以说的情况来看，当 Web 套接字可用时，SignalR 有可能提高性能，但从一开始就稍微复杂一些，如果我们需要横向扩展，就会变得更加复杂，因为需要背板。
有人可以分享任何其他见解吗？