我对这个迁移路径感到有点困惑，如recent aws blog post所述及其后果：
依靠我的所有用户及时更新似乎相当麻烦，以便GCMSenderID可以附加到我现有的解析数据以及修改/有效的设备令牌。
此外，迁移完成后新安装会发生什么？在指南中说它不需要对客户端代码进行任何更改，但是这不需要安装SNS sdk以便可以将新安装添加到客户端列表中吗？
考虑到所有这些，简单地忘记旧的解析数据并推送仅适用于SNS的客户端/应用更新并以这种方式重新注册所有设备是不是更有意义？当我们摆脱它时，为什么要经历与Parse集成的所有麻烦呢？
答案 0 :(得分：1)
AllTheTime，
Parse.com上现有的Android用户推送令牌将于2017年1月28日后失效，因为Parse拥有与授予令牌的发件人ID相关联的API服务器密钥。如果您希望在1月之后通过推送通知联系那些现有用户，您必须使用您自己的发件人ID更新现有的Parse.com客户端应用程序，并让应用程序生成与您的发件人ID相关联的新注册ID（令牌）。没有其他方法可以将现有令牌转换为SNS或任何其他第三方。
迁移不需要SNS SDK，但在更新应用程序以使用发件人ID检索新令牌时集成SNS SDK是有意义的。在令牌注册时，应用程序可以使用新发布的令牌更新Parse.com数据库，并使用SNS创建新的平台端点。
对于post Parse Push迁移和处理新的应用程序安装，我的建议是在Parse.com上的_Installation类上构建一个保存后的“webhook”。在_Installation类中创建或更新行时，“webhook”将触发任何http端点。挂钩可以触发API网关http端点，该端点接收新生成或更新的令牌并创建新的SNS平台端点。此时，如果您尚未从Parse.com完全迁移，则可以通过Parse.com或SNS发布到这些令牌。到2017年1月28日为止，几乎所有现有用户都会启动更新后的应用并生成新令牌，或者他们不再使用您的应用。
仅使用SNS 是另一种选择，但是如果您需要联系任何未更新应用的用户，那么您需要继续通过Parse.com发送推送通知没有更新应用程序的用户，然后您将继续通过SNS向这些新的应用程序安装发送推送通知。
我希望这能为您澄清迁移。
查看我关于Parse.com GCM发件人ID的其他SO帖子： How to migrate off Parse to different SENDER_ID
丹尼斯