我应该使用 Azure 服务（例如调度程序）向我的机器人发送剩余消息，还是使用单独的线程进行通知？
Should I use Azure Service (such as Scheduler) for sending rest messages to my bot, or use a separate thread for notifications?
我正在使用 Microsoft Bot Framework (BotBuilder) 创建一个机器人，并希望它在约会即将开始时向用户发送消息。
我目前使用 Microsoft Graph api 访问用户的 Office 365 日历并存储约会。然后后台线程跟踪时间，然后在约会即将开始时向用户发送消息。
目前的想法是使用 Graph webhooks 通知我的机器人有关新约会的信息。
我的问题是，使用 Azure 服务（例如调度程序）来跟踪约会并将休息消息发送到我的机器人，然后机器人再向用户发送消息是否更智能？
我担心的是，随着用户数量的增加，预约和时间检查的数量会变得太大，也许 Azure 服务能够更好地处理它。
这非常适合带有 HTTP 触发器的 Azure Functions。
https://docs.microsoft.com/en-us/azure/azure-functions/functions-bindings-http-webhook
This article explains how to configure and work with HTTP triggers and bindings in Azure Functions. With these, you can use Azure Functions to build serverless APIs and respond to webhooks.
Azure Functions provides the following bindings:
- An HTTP trigger lets you invoke a function with an HTTP request. This can be customized to respond to webhooks.
- An HTTP output binding allows you to respond to the request.
我正在使用 Microsoft Bot Framework (BotBuilder) 创建一个机器人，并希望它在约会即将开始时向用户发送消息。 我目前使用 Microsoft Graph api 访问用户的 Office 365 日历并存储约会。然后后台线程跟踪时间，然后在约会即将开始时向用户发送消息。 目前的想法是使用 Graph webhooks 通知我的机器人有关新约会的信息。
我的问题是，使用 Azure 服务（例如调度程序）来跟踪约会并将休息消息发送到我的机器人，然后机器人再向用户发送消息是否更智能？ 我担心的是，随着用户数量的增加，预约和时间检查的数量会变得太大，也许 Azure 服务能够更好地处理它。
这非常适合带有 HTTP 触发器的 Azure Functions。
https://docs.microsoft.com/en-us/azure/azure-functions/functions-bindings-http-webhook
This article explains how to configure and work with HTTP triggers and bindings in Azure Functions. With these, you can use Azure Functions to build serverless APIs and respond to webhooks.
Azure Functions provides the following bindings:
- An HTTP trigger lets you invoke a function with an HTTP request. This can be customized to respond to webhooks.
- An HTTP output binding allows you to respond to the request.