什么是Android上最具可扩展性的推送通知系统？
我正在为Android编写消息应用程序。由于30％的Android用户仍在2.1，我决定我们不会将Google的C2DM系统用于推送通知，这需要2.2+。什么是Android上最具可扩展性的推送通知系统？
有没有人有建立大中型规模的服务的android需要推送通知的经验吗？我对以下事物感兴趣：
- 每台服务器或每个IP地址可以可靠地支持多少用户？
- 随着您的需要增加容量有多困难？
- 设置服务器需要多长时间？
- 它如何可靠地传递消息？
- 它传递讯息的速度有多快？
我知道有几个流行的解决方案在那里如MQTT，Deacon，Xtify和Urban Airship，但我似乎无法找到关于上述议题从人谁也可靠数据实际上实施了这些解决方案。
想想将来，我高度推荐你看看Android OS在手机上演变的时间，并研究与使用其他非官方解决方案相比的成本，主要是你应该问问你自己，2.1手机将在市场上运行多久，而运行其他解决方案需要多少成本。
你想打破你的规则的“例外”的简单解决方案吗？这真的取决于你想要什么，我看到人们仍然在1.6以上开发，当IMO有真正如此小的市场份额参加时，它不值得打破更容易和更有用的2.1 API。
至于设计自己的推送服务器，你正在谈论的项目可能会比2.1的使用寿命更长。我的意思是从头开始。
我不能给你任何关于你提到的解决方案的见解。
问题在于，按照目前的下降速度，在美国2.1将微不足道的情况下还有6个月的时间，而在发展中国家将是如此之前的9-12。我稍后再切换到C2DM没有任何问题，但认为现在有一个工作2.1解决方案是非常重要的。 至于从头开始设计我自己的服务器，我绝对不会那样做。诸如MQTT之类的解决方案已经编写完成，并且或多或少可以开箱即用。 – plowman 2011-03-09 19:04:09
什么类型的邮件是你打算交付？另一个要考虑的是xtify – longhairedsi 2011-03-09 18:54:31
它们将是json中的UTF-8文本消息。你是这个意思吗？ – plowman 2011-03-09 18:59:19