architecture - 处理来自 GPS 设备的大量实时数据的最佳方式

Question

我们正在尝试构建一个跟踪应用程序，它将实时跟踪所有 GPS 设备位置和其他参数。

GPS 设备会不断地向服务器发送数据，我们需要对数据进行解码以将其存储并显示在门户网站/移动应用程序中。

我们最初的想法是使用 API 从 GPS 设备获取数据，但由于每分钟会有数千个请求，因此 Web 服务器很可能无法提供服务，我们可能会丢失 GPS 数据。所以我们正在考虑使用消息队列来处理实时数据。

我们的流程是“GPS 设备会将实时数据发送到消息队列。服务器上可能运行着一个服务，它将监听队列并在收到任何数据时更新数据库。从移动应用程序的角度来看，当应用程序打开时，它将监听队列并获取数据以在应用程序中显示相同的内容。”

请帮助我们选择正确的架构来处理来自 GPS 设备的实时数据。

如果消息队列是正确的前进方式，那么RabbitMQ会是正确的选择吗？

在这里，我们谈论的是始终连接并传输数据的至少 1,000 个 GPS 设备。

标签： architecturegpsreal-timemessage-queue