背景
我们围绕其设计的运营问题
该产品需要从不同设备采集高频 GPS 数据，同时支持响应式仪表板、API、后台处理和实时更新。运营用户在活跃的车队事件中需要清晰度，而不是另一个断开的报告工具。
架构还需要适应组织、子账户、可配置模块、权限、计费和未来产品扩展，而不将每项能力都耦合到遥测管线。
车队数据只有在团队可以信任它、理解它并据此行动时才有价值。该平台需要支持实时追踪、历史分析、告警、维护、报告和白标运营，同时确保每个租户安全隔离。
交付方法
从模糊到可运营系统
建模运营层级
在构建功能工作流之前，先定义账户、组织、用户、角色、车队、车辆、设备和权限。
分离采集与体验
将协议解析、遥测持久化、事件处理、API 和用户面应用隔离在清晰的边界之后。
按运营切片交付
构建完整路径——从设备事件到操作员行动——然后扩展到历史、告警、报告和维护。
为可操作性而工程
将健康检查、结构化日志、保留策略、队列和部署控制作为平台能力添加。
解决方案
作为一体运营系统设计的能力
实时运营工作区
实时地图、车辆状态、地理围栏、告警、任务分配和角色特定的车队可见性。
历史与智能
行程、路线、停靠、回放、报告、导出和分析，由专用遥测存储支撑。
车队管理
车辆、驾驶员、设备、文档、维护、燃油、费用、用户和组织控制。
平台可扩展性
REST API、Webhook、模块权限、白标基础和集成就绪的领域服务。
系统架构
体验层、领域层与平台层之间的清晰边界
层级 01
设备边缘
TCP 和 UDP 协议服务验证、规范化、批处理并保留采样的原始数据包以供支持。
层级 02
运营数据
PostgreSQL、PostGIS 和时序存储支持事务、地理空间和遥测工作负载。
层级 03
应用服务
Go API、Worker、队列和实时服务将同步请求与事件驱动处理隔离。
层级 04
体验层
响应式 Next.js 界面仅展示授权数据，并根据启用的模块调整工作流。
高级能力
以证据、控制与可运营性引入智能
行为与风险信号
从遥测中衍生急刹事件、路线偏离、过度怠速和可配置的运营异常。
预测性维护基础
结合利用率、诊断信号、服务计划和维修历史以支持更早的维护决策。
运营助手
基于授权车队数据、文档化工作流和可追溯源记录为未来 AI 辅助奠定基础。
潜在成果
工程方法所促成的结果
- 跨实时追踪和车队管理的统一运营模型
- 可扩展的白标和多租户交付基础
- 设备流量与客户面工作负载之间的清晰分离
- 跨告警、报告、维护和计费的模块化增长
工程经验
可带到下一个平台的经验
- 01租户隔离必须从一开始就塑造数据模型和授权路径。
- 02遥测保留和聚合策略是产品决策，而不仅仅是数据库决策。
- 03当实时状态始终可以追溯到持久历史事件时，操作员信任会提高。