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

Architecture 多平台推送通知的基础架构建议,architecture,push-notification,infrastructure,Architecture,Push Notification,Infrastructure,我们计划在我们的移动应用程序中引入推送应用程序(适用于Android手机和平板电脑、iPhone、iPad和黑莓) 每15分钟我们就会得到一组新的数据。这些数据存储在MySQL数据库中。然后,我们将检查这些数据是否与用户的订阅匹配(数据基于位置,因此用户将订阅一个或多个位置的通知)。然后,应通过各自平台的推送服务通知所有具有匹配数据的用户 服务器容量不是问题。我们主要使用PHP,希望继续使用它,但如果需要,愿意使用其他语言 我的问题是: 你能就服务器端使用的技术给我一些建议吗?它的扩展性应该非常

我们计划在我们的移动应用程序中引入推送应用程序(适用于Android手机和平板电脑、iPhone、iPad和黑莓)

每15分钟我们就会得到一组新的数据。这些数据存储在MySQL数据库中。然后,我们将检查这些数据是否与用户的订阅匹配(数据基于位置,因此用户将订阅一个或多个位置的通知)。然后,应通过各自平台的推送服务通知所有具有匹配数据的用户

服务器容量不是问题。我们主要使用PHP,希望继续使用它,但如果需要,愿意使用其他语言

我的问题是:

  • 你能就服务器端使用的技术给我一些建议吗?它的扩展性应该非常好(我希望跨平台有很多订阅),理想情况下可以与公共推送网关一起工作,并且速度足够快,可以在下一批数据到来之前处理所有通知

  • 我担心这些通知的传递速度。假设我们有50万份订阅,数据匹配率为50%,这意味着我们需要在15分钟内推送25万份通知。您是否有过高数字和推送通知的经验

  • 非常感谢,
    马克。

    尽管PHP非常适合生成动态web内容,但我觉得它遗漏了一些用于执行此类高性能后台操作的基本功能。我会选择一种支持多线程的语言(我个人的偏好是C#4.0,但这也取决于您的服务器平台)

    如果您有多线程支持,那么您可以编写从数据库加载数据的线程,并在加载数据时让其他线程推出通知。确保您可以为交易的每个部分配置使用多少线程,以便根据需要限制性能

    如果一台服务器无法完成这项工作,您可能需要考虑在多台服务器之间对数据进行分区。我认为最快的方法是将记录块分配给不同的服务器


    最后一点建议是,建立一个测试环境,在那里你可以模拟你的问题并进行压力测试。在进行压力测试时,不要停留在你的目标数字500000上,而要坚持至少十倍。这将更有效地提前发现软件的弱点。此外,能够限制某些硬件参数,如内存、磁盘IO、网络IO和CPU,也会非常有帮助。通过模拟在其中任何一个上使用少量,您可以了解软件在特定条件下的行为。如果您在生产过程中遇到任何性能问题,此体验将对您有所帮助,并帮助您提出硬件要求。

    感谢您的来信。我们使用的是linux服务器,所以C#不是一个选项(我自己也很喜欢)。将不得不查看C++或类似的。谢谢你的意见!