大量的 IBM MobileFirst 广播通知

Posted

技术标签:

【中文标题】大量的 IBM MobileFirst 广播通知【英文标题】:IBM MobileFirst Broadcast Notification on huge count 【发布时间】:2016-05-24 13:23:29 【问题描述】:

环境详情:

    IBM MobileFirst 平台 7.1.0 频道:android & ios 为 15,000 个用户触发通知。

我想了解一点WL.Server.sendMessage(applicationId,notificationOptions) API 是如何工作的?

意味着,我能够使用上述 API 触发广播通知并提供必要的信息,并在 3 台设备中收到相同的信息。

GCM 有一个限制,即根据limit-of-android-gcm-push-notification.,一次可以发送 1000 条消息

上面提到的 API 可以处理这种情况吗?因为超过 1000 应该有另一个请求按照上面的链接发送。

根据Scalability and hardware Sizing,MobileFirst Server 每秒可以向超过 22,500 台 iOS 设备、50,000 台 Android 设备和 350 台 Windows Phone 设备推送通知消息。

如果我的理解是正确的,那么这个 API 应该能够通过将上述值视为最大值来发送 15,ooo 通知而不会失败。

【问题讨论】:

【参考方案1】:

对于 GCM 多播通知,IBM MobileFirst 使用的所有 Push API(广播或多播)一次处理最多 1000 个注册令牌的情况。请注意,此限制由 GCM 设置,任何 GCM 客户端都必须遵守。

如果是 15,000 条通知,它将是 1000 条推送通知的 15 倍。

在大小和可扩展性计算器中,每秒 50,000 台 Android 设备的值是在考虑此限制(一次 1000 条消息)的情况下得出的。

【讨论】:

如果是这种情况,API WL.Server.sendMessage(applicationId,notificationOptions) 是否会使用订阅的推送数据调用 1000 条推送通知 15 次? 是的。从所有注册令牌列表中,一次 1000 * 15。

以上是关于大量的 IBM MobileFirst 广播通知的主要内容,如果未能解决你的问题,请参考以下文章

要在 Android 上显示的自定义广播接收器块通知 - IBM mobilefirst

在 IBM 容器上运行 IBM MobileFirst Platform Foundation

IBM-Mobilefirst 意外错误中的推送通知

IBM Mobilefirst 和 IBM Bluemix

IBM MobileFirst 证书固定

Bluemix 的 ibm-mobilefirst-starter 容器 - 添加新的 http 适配器不起作用