【问题标题】:Azure Notification Hub not sending notifications randomlyAzure 通知中心不随机发送通知
【发布时间】:2021-06-01 00:52:30
【问题描述】:

Azure 通知中心出现了几个星期的问题 - 我们有一个后端服务来注册设备和安排通知。当触发其中一个通知时,我们会根据设备类型将其发送到 Azure(创建有效负载和所有这些)。

我们从 azure 得到的响应是肯定的,通知已入队并准备发送。但是,Azure 似乎并未将它们全部发送出去。没有抛出错误,但只发送了一小部分。它似乎也不取决于设备类型。

没有可供阅读的日志 - 或者我找不到任何日志,也无法确定问题所在。 我们有一个触发发送通知的端点 - 我们用 30 个通知(同一设备的相似和不同有效负载)进行了测试运行,一切都很顺利。

不确定如何解决此问题或可能导致此问题的原因。我从文档中了解到该设备可能处于非活动状态,然后通知会在一段时间后从队列中删除。但似乎该设备收到了 3 个通知中的 1 个(同时发送)。

如有任何反馈,我们将不胜感激。

编辑更新:

升级到标准计划后,我们设法获得了更多信息,看起来 Azure 以“1”的计数返回“成功”,但设备没有收到通知 - 问题是,这种情况发生了随机。接收或不接收通知的设备并不总是同一台设备。

【问题讨论】:

    标签: azure push-notification azure-notificationhub


    【解决方案1】:

    很抱歉,这不是一个非常有用的答案,但您能否在 Azure 门户中打开支持票证,以便我们调查您的特定案例?这似乎不是预期的行为,因此团队必须查看您的命名空间和集线器的日志。

    一个直接的想法 - 发送通知时有重复数据删除逻辑。因此,如果在一段时间内(大约 15 分钟)将相同的通知负载发送到同一设备,通知中心将自动丢弃该重复通知。

    【讨论】:

    • 是的,我几个小时前开了一张票。问题是,我们有一个强制推送的端点(现在发送通知)——我们用相同的通知(有效负载)为同一设备运行了 50 次,并且所有 50 次都收到了。这就是令人困惑的地方,
    • 通知中心中用于强制推送的端点?你能澄清一下吗?如果它是调试发送端点,那实际上是故意跳过重复数据删除逻辑,因为它假定您在测试时不想重复数据删除。
    • 我的 API 上的一个端点,与“预定”相比,“现在”将通知推送到 azure。
    猜你喜欢
    • 2015-04-17
    • 1970-01-01
    • 2022-01-12
    • 2017-02-24
    • 2015-03-27
    • 2020-08-02
    • 1970-01-01
    • 2018-04-28
    • 1970-01-01
    相关资源
    最近更新 更多