通知中心 Notification Hubs
从任何后端向任何平台发送推送通知
Azure 通知中心提供了一种可高度扩展的跨平台推送通知基础结构，可以帮您将推送通知同时广播至数百万用户，或针对不同用户对通知内容进行定制。 您可将通知中心与任何可连接互联网的移动应用程序配合使用，无论该应用运行于 Azure 虚拟机、云服务、网站，或移动服务中，都可支持该功能。
定价详细信息
| 免费 | 基本 | 标准 | |
|---|---|---|---|
|
基本费用
1
包含的推送数 |
免费
1 百万条 2 |
¥ 46.16 / 月
1 千万条 |
¥ 923.41 / 月
1 千万条 |
|
额外的推送
1 千万 – 1 亿条 / 月 超过 1 亿条 / 月 |
N/A N/A |
¥ 4.61 / 百万条 ¥ 4.61 / 百万条 |
¥ 46.16 / 百万条 ¥ 11.54 / 百万条 |
| 活跃设备数 | 无限制 | 无限制 | 无限制 |
| 基本型 x-plat 推送至特定设备 | √ | √ | √ |
| 广播（标签大小） | 限制为 10K | 限制为 10K | 无限制 |
| 标签数（广播组） | 限制为 3K | 限制为 3K | 无限制 |
| 自动缩放 | √ | √ | |
| 可查询的受众（需要注册） | √ | ||
| 计划推送 | √ | ||
| 丰富的遥测 | √ | ||
| 批量导入 | √ | ||
| 多租户 | √ |
常见问题
全部展开-
什么是 Azure Notification Hubs 服务百度云推送？
对于应用程序开发者来说，针对中国市场编写可以接收推送通知的 Android 应用程序很有挑战性。Android 手机通常不安装 Google Play 商店，而这些设备必须通过该商店才能从 GCM (Google Cloud Messaging) 接收通知。有很多不同的应用商店和推送服务，让这变得更加困难。
今天我们宣布支持从 Azure Notification Hub 服务通过百度云推送向此类 Android 设备发送推送通知。这是除了 Azure Notification Hub 中针对 iOS、Windows Phone、Windows、Android 和 Kindle 的现有支持以外的附加支持。
应用程序开发者必须登录到百度门户，注册成为百度开发者，创建一个云推送项目并获得应用程序相应的标识符（UserId 和 ChannelId），然后从 Azure 管理门户将标识符插入 Azure Notification Hub。此后，他们可以使用其客户端应用程序中更新的 Notification Hub Android SDK 向此 Notification Hub 注册该设备，然后使用更新的 Service Bus/Notification Hub.NET SDK 来发送推送通知，该通知将通过百度云推送服务传递到注册的 Android 设备。
帮助开发的详细入门教程位于 此处 。
-
现有通知中心用户在 2014 年 12 月 1 日后会发生什么事？
在 2014 年 12 月 1 日前注册通知中心的客户将自动迁移至对应服务层新的定价。因此如果客户原本在使用基本层服务，将自动迁移至基本层。若要获得更多帮助，请联系 支持 。
-
基本层与标准层如何使用自动缩放？
在 2014 年 11 月 30 日前，您可以在管理门户中为您的名称空间指定单位数量的最小值（以确保为超出您目前所用的活跃设备或推送通知数量留出足够的容量）。您也可以设置希望服务总线根据名称空间的实际用量进行自动缩放时可使用的最大单位数。在每一天开始时（UTC 时间零点），我们将提供不少于您设置的最小单位数的容量，或为支持您当前活跃设备数所需最小单位数的容量。在这一天中，如果您的活跃设备数或推送数量超出当前提供的单位数，我们会提高该容量，最高可达您选择的单位数最大值（额外的容量成功供应之前，您可能会遇到一定的节流或较高延迟）。在这一天结束时（UTC 时间子夜），您将会根据这一天所用单位数量的最大值收费。如果您希望关闭自动缩放功能，则可将单位数量的最大数与最小数设置为相同值。
从 2014 年 12月 1 日开始，基本和标准层服务不再需要自动缩放。客户可以按照目前公布的费率使用不限数量的推送。
-
通知中心是否有任何形式的配额？
在 2014 年 11月 30日前，免费层服务每月允许发送的推送通知数按日均摊后为每天 3,333 条，基本层服务为每天 16,667 条，一个标准单位每天为 166,667 条。
当一个名称空间达到每日推送数上限后，在这一天结束（UTC 时间子夜），或在标准层中选择更多单位，或升级至更高级的服务层以提高上限之前，该名称空间将无法继续发送通知。
对于标准层服务，单位的数量可自动进行扩展或收缩。
从 2014 年 12 月 1 日开始，由于基本费用和推送费用定价的变化，每日推送配额将不再生效。
-
免费层对活跃设备的数量是否有限制？
在 2014 年 11月 30日之前，将继续对活跃设备数进行持续追踪。当活跃设备数达到上限后，新设备的注册操作将失败，直到活跃设备数低于上限（通过过期操作撤销注册的设备），或直到对标准层服务进行升级以扩大上限，或扩展基本层或标准层的单位数。
从 2014 年 12 月 1 日开始，所有服务层对活跃设备数都将不再设置上限。
-
每个推送中包含什么？
推送中包含提供给平台推送服务（例如 Windows 通知服务、Apple 推送通知服务、Google Cloud Messaging，以及微软推送通知服务）的所有通知。
-
活跃设备是什么？
活跃设备是指可接收通知的设备，需使用 Google Cloud Messaging 或 Amazon Device Messaging 为设备定义具备唯一性的注册 ID，或使用 Windows 通知服务或微软推送通知服务为设备注册渠道 URI（统一资源标识符），或使用 Apple 推送通知服务为设备创建设备令牌。请注意，一个物理设备可在通知中心中算作多个活跃设备。
-
广播和标签是什么？
广播是指您可以通过一个通知请求将推送通知发送到的设备数量。标签是指设备所订阅的关键字。广播的推送通知可发送给订阅了特定标签的所有设备。
在 2014 年 11月 30日之前，广播功能的数量上限与您的通知中心服务层活动设备数上限保持相同。
从 2014 年 12 月 1 日开始，通知中心的免费和基本层服务中，当您对某一受众发送广播时，最多可推送至 10,000 个设备。如果目标受众包含更多设备，则将随机选择 10,000 个设备进行发送，其余设备将无法接收到任何通知。
-
名称空间是什么？基本和标准层每个名称空间可以使用多少个单位？
名称空间是一种分组机制，其中可能包含多个通知中心。在 2014 年 11月 30日之前，Azure 管理门户可以允许客户在标准层中扩展至每个名称空间最多 50 个单位。如果您的名称空间需要更大容量，请联系 支持 。
从 2014 年 12 月 1 日开始，将根据基本费用和推送的通知数进行计费，因此单位的限制将被取消。
有关通知中心的更多常见问题，请参阅 这篇 MSDN 文章 。