我应该选择哪种解决方案来通过 HTTP 对 public 地理定位数据进行可扩展的频繁读/写？
Which solution should I pick for scalable frequent read / write of public geolocation data over HTTP?
我正在设计一个应用程序，用户可以同意在特定范围内的任何其他用户之间共享他们的地理位置（纬度、经度）。
这意味着如果有 100 个用户在 X 半径范围内积极使用该应用程序，他们每 N 秒更新一次他们的位置数据并相互共享。
换句话说，实时应用意味着 1 次写入 = 100 次读取，100 次写入等于 10000 次读取。
我可以从软件方面做的一件事可能是操纵写入/读取间隔以减少负载突发（最好均匀分布）。
但还有另一件事是具有 geoquering 能力的可扩展解决方案。
我尝试的是 Firestore，但支付模式不适合，我需要一个固定价格的解决方案。
我一直在考虑像 Kafka 或 RabbitMQ 这样的消息代理，但我不确定它们是否支持地理查询。
现在我正在研究 Redis 和 PostGIS，我还应该考虑 return 通过 HTTP 请求/响应传输数据的方式。
由于数据总是 public（当用户同意时），没有任何授权开销，所以我正在寻找最简单、最快的解决方案。
如果有任何提示，我将不胜感激
因为您的应用程序写入和读取繁重。最好使用内存解决方案。从这点你可以使用Redis|GEORADIUS。 Redis 具有内置的地理位置搜索功能。并且还能够以最少的资源需求处理数百万次读写。
我正在设计一个应用程序，用户可以同意在特定范围内的任何其他用户之间共享他们的地理位置（纬度、经度）。
这意味着如果有 100 个用户在 X 半径范围内积极使用该应用程序，他们每 N 秒更新一次他们的位置数据并相互共享。
换句话说，实时应用意味着 1 次写入 = 100 次读取，100 次写入等于 10000 次读取。
我可以从软件方面做的一件事可能是操纵写入/读取间隔以减少负载突发（最好均匀分布）。
但还有另一件事是具有 geoquering 能力的可扩展解决方案。
我尝试的是 Firestore，但支付模式不适合，我需要一个固定价格的解决方案。
我一直在考虑像 Kafka 或 RabbitMQ 这样的消息代理，但我不确定它们是否支持地理查询。
现在我正在研究 Redis 和 PostGIS，我还应该考虑 return 通过 HTTP 请求/响应传输数据的方式。
由于数据总是 public（当用户同意时），没有任何授权开销，所以我正在寻找最简单、最快的解决方案。
如果有任何提示，我将不胜感激
因为您的应用程序写入和读取繁重。最好使用内存解决方案。从这点你可以使用Redis|GEORADIUS。 Redis 具有内置的地理位置搜索功能。并且还能够以最少的资源需求处理数百万次读写。