面向用户与应急响应端的位置共享Android应用网络基础设施搭建咨询

是否需要分别部署服务器与数据库存储位置信息与用户信息 #

• 无强制要求，可根据业务规模灵活调整：
  • 若为区县及以下小范围试点、同时在线上报用户不超过1000人，可将后端服务、用户信息库、位置信息库全部部署在同一台服务器上，降低初期运维和资源成本
  • 若为地级市及以上规模使用、需要支撑高并发位置上报，建议逻辑拆分、物理按需部署：用户信息属于低频次读写的结构化数据，位置信息属于高写入、多维度查询的时序类数据，逻辑上做分库存储更便于性能优化，物理层面初期可放在同一台数据库实例上，后续业务量上涨后再拆分到不同服务器部署即可

已有服务器的前提下是否仍需配置数据库 #

• 必须配置，无替代方案：
  • 现有服务器仅为算力、存储的资源载体，本身不具备结构化数据持久化、多条件查询的能力：你需要存储用户身份信息、历史上报轨迹，还要给应急管理端提供「按区域筛选当前所有上报点位」「按用户ID查询历史移动路径」这类能力，必须部署对应数据库才能实现
  • 可根据业务特点选数据库组合：用户信息类结构化数据用MySQL/PostgreSQL存储即可，高频率上报的位置数据优先选InfluxDB/TimescaleDB这类时序数据库，若初期想降低开发难度，也可暂时先用关系型数据库存储位置数据，后续迭代再做替换

补充提示：该类应用涉及政务应急和用户敏感位置数据，存储时需注意做传输加密、静态存储加密，存储时长和调用权限要符合对应区域的数据安全合规要求

内容的提问来源于stack exchange，提问作者Rafael Campos