我有一个情况，我需要将5个变量的状态保持在大约。10,000用户。
我只需要在会议期间保留状态。如果用户关闭窗口，则应清除数据的安全原因和GDPR。
机器人将在Facebook上。用户不需要身份验证。
我认为使用内存存储的管理很大。
表存储是一个不错的选择吗？还是任何更好的建议？
用于测试和原型设计，您可以使用Bot Builder Framework的内存数据存储。对于生产机器人，您可以实现自己的存储适配器或使用Azure扩展名之一。Azure扩展程序允许您将机器人的状态数据存储在表存储，CosmoSDB或SQL。
https://learn.microsoft.com/en-us/azure/bot-service/dotnet/bot-builder-dotnet-state?view = azure-bot-service-3.0
正如@kamran所说，您可以使用任何数量的存储选项进行后端状态存储。
关于会议生命周期的问题；内存存储是波动的，因为当服务重新启动时，您将失去状态。这很适合测试。但这不会真正映射到用户会话。您可以拥有一个新的"会话"，但仍在内存存储中保存了状态。您将需要查看对话ID，也许围绕着逻辑。那是最接近会议寿命的事情。