shishengliang/lingniu-vehicle-ingest
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

feat(operations): support canonical source providers

Browse Source
This commit is contained in:
lingniu
2026-07-16 22:50:55 +08:00
parent 9a5e6e0c4f
commit 65b4e4f055
17 changed files with 1050 additions and 52 deletions
Download Patch File Download Diff File Expand all files Collapse all files

14
vehicle-data-platform/docs/vehicle-data-platform-meeting-todo.md
View File

@@ -292,7 +292,7 @@
已完成准备：
- 演示门禁已随 release `customer-demo-gate-20260716172056` 进入 ECS 不可变发布目录；Python 3.6 编译、帮助入口、鉴权健康与三个服务状态烟测通过。
- 生产只读核对确认当前只有管理员和 1 个既有客户账号，尚无能明确对应秦总、蒲总的两个账号；未修改既有账号和车辆 Scope。
- 2026-07-16 20:04 生产只读复核确认当前共 2 个账号：管理员和 1 个既有客户账号；既有客户严格只有四个客户菜单并授权 1 辆车。尚无能明确对应秦总、蒲总的两个账号；未修改既有账号和车辆 Scope。
- 已筛选在线多来源、在线单来源、无位置、离线有位置四类真实演示样本，并验证三台有历史能力的车辆具备当天轨迹和近 7 天里程。
- 新增无明文密码落盘的客户演示门禁，可验证客户角色、严格四菜单、车辆集合、四类样本状态、越权 VIN 阻断、轨迹、里程和四个 SPA 路由；脚本及测试兼容 ECS Python 3.6.8。
- 已形成 `docs/customer-demo-acceptance.md`，记录授权时间边界、建议样本、演示顺序、成功证据和现场问题模板。
@@ -384,9 +384,18 @@
- 生产烟测以 `LB9A32A21R0LS1464` 的既有 `g7s` 识别结果写入同义规范值 `G7s`：策略版本 `v1→v2`，提供方审计包含核验依据，原策略备注保持不变，接入明细立即显示 `JT808 / G7s`，响应中不存在 `sourceKey`。平台、两类告警评估器和对账定时器均为 active。
- Go 全量测试、前端 49 个文件/259 项测试、TypeScript/Vite 生产构建和 23 个当前 Web 资源门禁通过。
权威清单批量落库准备：
- 新增 `deploy/import-source-providers.py`，可从生产按当前资料缺口导出带 VIN、车牌、不可逆 `sourceRef`、脱敏终端和防漂移字段的 UTF-8 CSV 模板。
- 填写后的清单先完成全表只读预检，再通过管理员 API 逐条应用；工具复用当前启停、优先级和策略备注，只修改提供方及独立核验依据，继续使用乐观版本和不可变审计。
- 管理员令牌只从临时环境变量读取，单批最多 500 行；导出拒绝覆盖已有文件，导入拒绝缺依据、重复来源、协议变化、当前提供方变化和失效 `sourceRef`。
- Python 自动化覆盖只读预检、成功写入、策略字段保持、缺依据失败、并发前置值漂移失败和缺口模板导出；发布安装器同步携带该工具。
- 生产只读烟测发现缺口车辆当前只有协议融合快照、没有独立终端候选；release `canonical-provider-access-fallback-20260716224816` 已为协议级来源生成不可逆 `sourceRef`。管理员可维护权威提供方，但前后端均禁止从融合快照修改终端启停、优先级或策略备注。
- 生产导出与接入管理逐车集合一致：当前生成 101 行/101 辆缺口模板，全部通过真实 CSV 防漂移只读预检；未执行 `--apply`，没有写入任何未经确认的提供方。
剩余业务资料依赖：
- 当前动态复核仍有 104 辆 JT808 提供方缺失。注册报文厂商码在生产中同时对应 G7s、东方北斗和赛格，不能唯一映射；OneOS 只标记为“氢气智能管理平台”，这是聚合来源而非终端提供方。
- 2026-07-16 22:49 动态复核仍有 101 辆 JT808 提供方缺失。该数量会随实时快照中新增的有效平台名变化；导出工具以执行时的接入管理集合为准。注册报文厂商码在生产中同时对应 G7s、东方北斗和赛格，不能唯一映射；OneOS 只标记为“氢气智能管理平台”，这是聚合来源而非终端提供方。
- 进一步只读核对 `lingniu_prod` 后确认：旧 `tab_truck_device_info`、`view_addgpsdata`、`historical_data` 设备厂家表当前均无有效数据；仅存的 `v_vehicle_daily_stats.source=G7S/TBOX/NONE` 最晚截至 2025-12-08，属于历史里程来源，不能证明 2026 年当前终端提供方。
- 因此这 104 辆继续留在待处理队列，需 GPS 运维/厂家提供当前 phone/终端到提供方的权威清单。平台不会根据终端号、IP、位置、旧里程来源或厂商码猜测提供方。
- 另有 8 辆 OneOS 车型主数据本身无品牌，需资产资料责任人补录后再通过正式 API 同步。
@@ -450,6 +459,7 @@
- 正式内网 URL、独立服务令牌、HMAC 密钥和允许访问的 ECS 私网源地址；
- 符合契约的全客户完整快照，包含稳定版本、客户/部门/负责人、合同/项目、正式交车启用时间及机器可读隔离原因；
- OneOS 侧完成时间戳窗口、request ID 去重、来源限制和接口监控。取得后先手工影子同步、核对抽样与总数，再启用两分钟定时器。
- 2026-07-16 20:04 ECS 复核确认 `ONEOS_SCOPE_SOURCE`、`ONEOS_SCOPE_API_URL`、`ONEOS_SCOPE_API_SERVICE_TOKEN`、`ONEOS_SCOPE_API_SIGNING_SECRET` 均未配置，OneOS 同步 timer unit 未安装；当前保持失败关闭。
目标：