feat: expand vehicle data platform capabilities
This commit is contained in:
@@ -0,0 +1,46 @@
|
||||
# 事件中心重构规格
|
||||
|
||||
## 产品结论
|
||||
|
||||
“告警”不是一级数据模型,而是事件的一种处置策略。三类协议统一进入事件域:
|
||||
|
||||
`协议事件源 → 标准事件契约 → 自动化匹配 → 动作/通知 → 运行记录`
|
||||
|
||||
事件中心只保留三个一级任务:
|
||||
|
||||
1. **事件流**:查看所有业务事件,只有需要人工介入的事件标记为“待关注”。
|
||||
2. **自动化**:用“当、如果、就”配置触发、范围和动作。
|
||||
3. **通知记录**:审计通知送达与已读状态,不与事件处置混为一谈。
|
||||
|
||||
## 三类协议
|
||||
|
||||
| 协议 | 事件源角色 | 标准事件类型示例 |
|
||||
| --- | --- | --- |
|
||||
| GB/T 32960 | 整车与新能源遥测 | `vehicle.telemetry.reported` |
|
||||
| JT/T 808 | 位置、行驶与终端状态 | `vehicle.location.reported` |
|
||||
| 宇通 MQTT | 厂商扩展遥测 | `vehicle.oem.telemetry.reported` |
|
||||
|
||||
统一事件最小契约:`event.type`、`source.protocol`、`subject.vin`、`occurred_at`、`received_at`。协议专有字段保留在 payload 中,不渗透到自动化框架。
|
||||
|
||||
## 参考模式
|
||||
|
||||
- PagerDuty Event Orchestration:事件进入后按内容匹配嵌套规则并执行动作。
|
||||
- Amazon EventBridge:事件源进入总线,规则匹配后路由到一个或多个目标。
|
||||
- Grafana Alerting:规则判断、通知策略和联系点分离。
|
||||
|
||||
本产品采用相同分层,但保留车辆业务语义和协议证据。
|
||||
|
||||
## 视觉系统
|
||||
|
||||
- 背景:真白与冷灰,不使用暖白或渐变光晕。
|
||||
- 主色:羚牛蓝;红/橙仅用于确实需要关注的事件或执行失败。
|
||||
- 容器:列表、轨道、分栏和表格优先,避免卡片墙与多层嵌套。
|
||||
- 签名组件:接收 → 匹配 → 动作 → 结果的细蓝色执行轨迹。
|
||||
- 桌面主工作区:事件流 70%,检查器 30%;移动端检查器变为底部 SideSheet。
|
||||
|
||||
## 视觉概念
|
||||
|
||||
- `event-stream-concept.png`:事件流与执行检查器。
|
||||
- `automation-concept.png`:自动化主从布局、三阶段流程与运行记录。
|
||||
|
||||
图片仅是布局与视觉规格;文本、表格、按钮和交互均由 React 组件实现。
|
||||
Reference in New Issue
Block a user