我有一种情况需要保持大约5个变量的状态。 10,000个用户。
我只需要在会话期间保持状态。如果用户关闭窗口,则应清除数据中的安全原因和GDPR。
该机器人将出现在Facebook上。用户将不需要身份验证。
我认为要使用内存存储来管理很多。
在这里表存储是个不错的选择吗?还是有更好的建议?
答案 0 :(得分:1)
出于测试和原型制作目的,您可以使用Bot Builder框架的内存中数据存储。对于生产机器人,您可以实现自己的存储适配器或使用Azure扩展之一。 Azure扩展允许您将机器人的状态数据存储在Table Storage,CosmosDB或SQL中。
答案 1 :(得分:0)
正如@Kamran所说,您可以将任何数量的存储选项用于后端状态存储。
关于会话生存期的问题;内存存储易失,因为当服务重新启动时,您会丢失状态。这对测试很有用。但是它不会真正映射到用户会话。您可能有一个新的“会话”,但状态仍保存在内存中。您将需要调查对话ID,并且可能对此有逻辑。这是最接近会话生存期的事情。