根据本文，在 Azure 机器人服务中创建机器人时，您有两种托管选项：https://learn.microsoft.com/en-us/bot-framework/bot-service-overview-introduction https://learn.microsoft.com/en-us/bot-framework/bot-service-overview-introduction
应用服务计划（标准 Azure Web 应用、Web App Bot）
消费计划（Azure Functions、Functions Bot）
我试图了解每个人的优点和缺点。功能机器人的计费模型最适合我的用例，但我似乎发现了局限性。微软的文档似乎也偏向于将 Web 应用程序机器人作为标准。
到目前为止我所知道的是：
计费模式不同。应用服务计划的计费方式更像是始终运行的虚拟机，而功能则是按运行付费。
应用服务使用标准 ASP.NET MVC 模型。函数使用 C# 脚本
Visual Studio 似乎对调试和发布应用服务计划机器人有更好的支持
我认为与#2 相关的一件事是全局消息处理。 Microsoft 提供的用于实现全局消息处理程序的示例似乎需要使用 global.asax.cs 来注册全局处理程序，该文件不存在于 Function Bot 中。
Web 应用程序机器人是 Microsoft 的首选吗？
这两个选项是否都能更好地支持 .NET Core？
有没有办法在功能机器人中实现全局处理程序？
功能机器人还有其他具体弱点吗？
一种选择比另一种更“现代”吗？
None
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
