我在做了一些研究之后问这个问题，然后通过以下方式得到答案：
Rate Limit Exceeded error when using Google Cloud Messaging API
我正在尝试构建一个我真诚希望可扩展到2-3百万台设备的应用程序。我知道这是一个牵强附会的数字，但我必须做出相应的计划。现在，我的应用程序的一部分是定期更新（通知 - 文本最多500个字符）。我想使用GCM进行这些更新，而不是创建我自己的push infra（或使用第三方付费工具）。虽然网上的资源说明：
＆＃34;为了确保稳定的服务，可以从后端服务器发送的消息数量每分钟/每设备应用程序上限。此限制设置为高，因此大多数表现良好的应用程序不应受到影响，但所有应用程序都应准备好接收此错误代码。＆＃34;
我似乎无法找到一个明确的答案，可以量化条款＆＃34;表现良好的应用程序＆＃34;和＆＃34;每分钟/设备＆＃34;限制。
问题
是否存在量化的速率限制或者它是否都是主观的？
如果我有一个场景，我必须在200万个注册设备上发送1个通知/ 10分钟，那么当前的GCM环境能够扩展吗？我假设我将为单个应用程序使用单个发件人ID。
任何人都可以与GCM分享他们在大规模部署方面的经验吗？
使用第三方付费应用程序是否有优势？
通常与GCM相关的延迟/消息丢弃类型是什么。如此，这是＆＃34;低延迟/高可用性的良好候选者＆＃34;某种情景？