在Web App Bot和Function Bot之间进行选择

Question

在Azure Bot Service中创建机器人时，根据本文，您有两个托管选项：https : //docs.microsoft.com/zh-cn/bot-framework/bot-service-overview-introduction

应用程序服务计划（标准Azure Web应用程序，Web App Bot）消费计划（Azure功能，Functions Bot）

我试图了解每个优点和缺点。Function Bot的计费模型最适合我的用例，但我似乎在发现局限性。似乎Microsoft的文档也偏向于将Web App Bot作为标准。

到目前为止，这是我所知道的：

1. 计费模式不同。App Services计划的计费方式更像是始终运行的VM，而功能按运行付费。

2. App Service使用标准的ASP.NET MVC模型。函数使用C＃脚本

3. Visual Studio似乎对调试和发布App Service计划机器人提供了更好的支持

我认为与＃2相关的一件事是全局消息处理。Microsoft提供的用于实现全局消息处理程序的示例似乎要求使用global.asax.cs来注册全局处理程序，该文件不在Function Bot中。

Web App机器人是Microsoft的首选选项吗？

两种选择都更好地支持.NET Core吗？

有没有一种方法可以在Function Bots中实现全局处理程序？

功能机器人还有其他特定弱点吗？

一种选择比另一种更“现代”吗？