我正在尝试找到最好的服务来完成一项任务，其中 1 个事件生成器需要向全国潜在的 100 万最终用户/本地应用程序发送一个简单的字符串。可以把它想象成一个群发通知系统，或者与 100 万朋友进行的聊天。要求是在 30 秒内收到所有文件。可能会丢失少量消息。论坛上的微软工作人员指出我使用“事件网格”服务来完成这项任务。
但是，事件网格定价文档指出“在预览期间，您最多可以拥有 1,000 个事件网格订阅”。如果订阅人数限制为 1000，则此服务无法满足我的要求。那么，事件网格是否仍在预览中？如果没有，目前的订阅限制是多少？如果还在预览中，什么时候结束预览？如果我不知道我的限制是什么，我就无法准确估计成本，如果事件网格不能扩展到 100 万个端点，我就无法开始编写解决方案。
有没有更好的办法？Azure 服务总线似乎可以处理 100 万订户，但这将是轮询，并且与我从定价计算器收集的数据相比，它的成本要高出几个数量级。
任何信息或建议将不胜感激。谢谢！
事件网格支持多种订阅端点类型：
假设您正在构建一个类似聊天的应用程序，对于一百万个人，您需要一百万个连接。这些订阅端点都不会与您的方案匹配。
相反，我建议您查看Azure SignalR 服务，该服务是为您的场景量身定制的。
SignalR 服务有什么用途？
... 需要实时内容更新的应用程序类型
- 需要从服务器进行高频更新的应用程序。例如游戏、社交网络、投票、拍卖、地图和 GPS 应用程序。
协作应用程序。白板应用程序和团队会议软件是协作应用程序的示例。
需要通知的应用程序。社交网络、电子邮件、聊天、游戏、旅行提醒和许多其他应用程序都使用通知。
您必须找出您需要多少消息单元以及使用定价详细信息将花费多少。
更新下面的答案：
关于事件网格：事件网格服务有一个可用的 SLA，如果它处于预览状态，我在任何地方都找不到。所以我假设它现在不在预览中。
更新：我在文档中找不到事件网格的订阅者限制。我正在运行自己的测试来验证可以创建多少订阅者。一会儿会更新。
更新 2：事件网格现已普遍可用。 https://azure.microsoft.com/en-us/roadmap/azure-event-grid/
更新 3：每个主题的订阅限制为 500 个。