向100万最终用户应用程序发送字符串的最佳azure服务-事件网格仍在预览中？

我正试图找到最好的服务来完成一项任务，其中1个事件生成器需要向全国100万最终用户/本地应用程序发送一个简单字符串。把它想象成一个大规模的通知系统，或者是一个联系一百万朋友的聊天室。要求在30秒内接收所有数据。少量信息可能会丢失。论坛上的Microsoft工作人员指出我使用“事件网格”服务来完成此任务

但是，事件网格定价文档声明“在预览期间，您最多可以订阅1000个事件网格”。如果订户数量限制为1000，则此服务将无法满足我的要求。那么，事件网格还在预览中吗？如果没有，当前的订阅限制是多少？如果仍在预览中，预览何时结束？如果我不知道自己的限制是什么，我就无法准确估计成本，如果事件网格不能扩展到100万个端点，我就无法开始编写解决方案

有更好的办法吗？Azure service bus似乎可以处理100万用户，但这将是轮询，从我从定价计算器收集的数据来看，这将花费更多数量级的成本

如有任何信息或建议，将不胜感激。 谢谢大家!

更新下面的答案：

关于事件网格：事件网格服务有一个可用的SLA，如果它在预览中，我在任何地方都找不到。所以我假设它现在不在预览中

更新：我在文档中找不到事件网格的订户限制。我正在运行自己的测试，以验证可以创建多少订阅者。将在一段时间内更新

更新2：事件网格现在普遍可用。

---

更新3：每个主题的订阅限制为500次

事件网格支持几种订阅端点类型：

假设你正在构建一个类似聊天的应用程序，对于一百万个人来说，你需要一百万个连接。这些订阅端点都与您的schenario不匹配

相反，我建议你去看看，这正是为你这样的场景量身定做的

信号机服务的用途是什么

。。。需要实时内容更新的应用程序类型

• 需要从服务器进行高频更新的应用程序。例如游戏、社交网络、投票、拍卖、地图和GPS应用程序

协作应用程序。白板应用程序和团队会议软件是协作应用程序的示例

需要通知的应用程序。社交网络、电子邮件、聊天、游戏、旅游提醒和许多其他应用程序使用通知

---

您必须了解您需要多少信息单元，以及使用定价时需要多少成本。

不要认为问题是关于电子邮件的。此外，还有一些批量电子邮件提供商，如SendGrid，它们被列入白名单，并提供几分钱的电子邮件爆炸。我希望能够在最终用户端处理事件，但电子邮件可能是一种替代方案。sendGrid等服务能否达到在30秒内收到所有百万封电子邮件的要求？谢谢Sean。在查看Signal定价时，它表示：每台设备包括1000个并发连接，每台设备/天包含2000000条消息。最多可配置10个单元。我将其理解为总连接限制为10000（每个单元最多10个单元乘以1000个并发连接）。这也不能满足100万用户的可扩展性要求。根据事件持续的速度，也许可以将消息发送到单元中当前的1000个并发连接，然后在30秒内更改这些连接并多次发送另一批？Azure Signal仍在预览中，因此可以人为地将这些数字保持在较低的水平。我已经ping了MSFT，以便在它投入生产后得到配额的答案。从你的问题中我无法理解的一点是，你是否需要双向沟通。i、 e.将通知推送到那些100万个并发连接的客户端是否足够。也许你可以详细说明这个用例。这个消息不需要双向通信。1个通知生成器“广播”给潜在的100万最终用户。为了澄清这100万个连接不需要全部“并发”。正如我所质疑的那样，如果可能的话，发送10批相同的信号就足够了，每批都需要3秒钟的串行时间，但最终100万用户都能在30秒内收到消息。一些破损也是可以接受的，比如说5%的损失。好的，那么这些用户不是100万同时连接的用户。那是什么？我正在努力理解这个商业案例。如果有那么多并发用户/设备，那么我的建议甚至不合适。电子邮件会很好地工作。如果是那些物联网设备，那么就有不同的服务。你明白了。我需要一个用户应用程序来处理邮件-没有电子邮件。我建议使用非并发方式，只是因为似乎在任何地方都不支持1M。如果我可以连接到1M中的10k客户端，推送一条消息，然后断开这些连接并连接到下一个10k客户端，在30秒内连接100次，那么所有需要它的用户仍然可以在要求的时间内获得它。然而，在这里99%的客户持续等待连接。100万用户应用程序能否“同时”连续读取存储表元素？每15秒阅读一次每月将花费15万美元，但每个用户只需15美分，这是可行的。你是否向智能手机发送通知？