47 lines
2.1 KiB
Markdown
47 lines
2.1 KiB
Markdown
# 事件中心重构规格
|
||
|
||
## 产品结论
|
||
|
||
“告警”不是一级数据模型，而是事件的一种处置策略。三类协议统一进入事件域：
|
||
|
||
`协议事件源 → 标准事件契约 → 自动化匹配 → 动作/通知 → 运行记录`
|
||
|
||
事件中心只保留三个一级任务：
|
||
|
||
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 组件实现。
|