多平台推送通知的基础结构建议

| 我们计划将推送应用程序引入我们的移动应用程序(适用于Android手机和平板电脑,iPhone,iPad和Blackberry)。 每隔15分钟,我们就会获得一组新数据。此数据存储在MySQL数据库中。然后,我们将检查此数据是否与用户的订阅匹配(数据是基于位置的,因此用户将订阅一个或多个位置的通知)。然后,应通过各自平台的推送服务通知所有具有匹配数据的用户。 服务器容量不是问题。我们主要使用PHP,并且希望保留使用它,但在必要时愿意使用其他语言。 我的问题是: 您能给我有关在服务器端使用的技术的建议吗?它应该可以很好地扩展(我希望跨平台有很多订阅),理想情况下可以与常见的推送网关一起使用,并且足够快地处理下一批数据之前的所有通知。 我担心这些通知的传送速度。假设我们有500.000个订阅,数据匹配到50%,这意味着我们需要在15分钟内推送250.000个通知。您是否有使用大量电话和推送通知的经验? 非常感谢, 标记。     
已邀请:
        尽管PHP非常适合生成动态Web内容,但我认为它缺少执行此类高性能后台操作的一些基本功能。我会使用支持多线程的语言(我的个人喜好会导致我使用C#4.0,但它也取决于您的服务器平台)。 如果您具有多线程支持,则可以编写线程以从数据库加载数据,并且在加载数据库时让其他线程推出通知。确保您可以配置交易的每个部分使用多少线程,以便可以根据需要限制性能。 如果一台服务器无法完成这项工作,则可能需要查看在多个服务器之间对数据进行分区的方法。我想最快的方法是将记录块分配给不同的服务器。 最后的建议是,获得一个测试环境,您可以在其中模拟问题并进行压力测试。在进行压力测试时,不要止于目标值500.000,而至少要达到目标值的十倍。提前发现软件弱点将更加有效。能够限制某些硬件参数(如备忘录,磁盘IO,网络IO和CPU)也将非常有帮助。通过模拟其中任何一个的数量少,您可以了解该软件在某些条件下的行为。如果您在生产中遇到任何性能问题,这种经验将对您有所帮助,并且可以帮助您提出硬件要求。     

要回复问题请先登录注册