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

Question

我们计划将推送应用程序引入我们的移动应用程序（适用于 Android 手机和平板电脑、iPhone、iPad 和 Blackberry）。

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

服务器容量不是问题。我们主要使用 PHP，并且更愿意继续使用它，但如果有必要也愿意使用其他语言。

我的问题是：

1. 您能否就在服务器端使用的技术给我一些建议？它应该可以很好地扩展（我希望跨平台有很多订阅），理想情况下可以与通用推送网关一起使用，并且速度足够快，可以在下一批数据进入之前处理所有通知。

2. 我担心这些通知的传递速度。假设我们有 500.000 个订阅并且数据匹配到 50%，这意味着我们需要在 15 分钟内推送 250.000 个通知。您是否有任何处理大量数字和推送通知的经验？

非常感谢， 标记。

Answer 1

虽然 PHP 非常适合生成动态 Web 内容，但我觉得它缺少一些用于执行此类高性能后台操作的基本功能。我会选择支持多线程的语言（我个人的偏好会引导我使用 C# 4.0，但这也取决于您的服务器平台）。

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

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

最后一句话，获得一个测试环境，您可以在其中模拟您的问题并进行压力测试。在进行压力测试时，不要停留在 500.000 的目标数量上，而应至少达到 10 倍。这将更有效地提前发现软件的弱点。此外，能够限制某些硬件参数（如内存、磁盘 IO、网络 IO 和 CPU）也会非常有帮助。通过模拟在其中任何一个上的数量很少，您可以了解软件在某些条件下的行为方式。如果您在生产中遇到任何性能问题，此经验将为您提供帮助，并将帮助您提出硬件要求。