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

Question

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

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

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

我的问题是:

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

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

非常感谢，马克。

Answer 1

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

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

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

最后一个建议，获得一个可以模拟问题并进行压力测试的测试环境。在进行压力测试时，不要停留在 500.000 的目标数量上，而是继续推进到至少十倍。这将更有效地提前找到软件的弱点。此外，能够限制某些硬件参数(如内存、磁盘 IO、网络 IO 和 CPU)将非常有帮助。通过模拟其中任何一个的数量很少，您可以了解软件在特定条件下的行为方式。如果您在生产中遇到任何性能问题，这种经验将对您有所帮助，并将帮助您提出硬件要求。