2. 台账数据模型设计

事故台账的数据模型是跨系统同步的基石。一个设计不良的模型会导致字段歧义、状态丢失、同步冲突，最终使台账沦为“数据孤岛”。本节从核心字段、状态机、生命周期三个维度，构建一套可跨系统复用的标准化数据模型。

2.1 事故台账核心字段定义

核心字段分为标识字段、时间字段、分类字段、责任字段、内容字段和同步字段六大类。下表列出每个字段的跨系统同步要求：

2.2 状态机设计

事故台账的状态机必须覆盖从发现到关闭的完整路径，同时支持回退和挂起。下图展示标准五态状态机及其合法转换：

2.3 数据生命周期管理

事故台账数据从创建到归档，经历活跃期、观察期、归档期三个阶段。每个阶段对应不同的存储策略和同步频率。

2.4 数据生命周期策略表

下表汇总三个阶段的关键参数，用于指导跨系统同步的调度配置：

2.5 数据模型 JSON Schema 示例

以下是一个符合上述设计的事故台账 JSON Schema 片段，可直接用于 API 契约或消息队列的 payload 定义：

{
  "$schema": "http://json-schema.org/draft-07/schema#",
  "title": "IncidentRecord",
  "type": "object",
  "required": ["incident_id", "source_system", "detected_at", "severity", "status"],
  "properties": {
    "incident_id": {
      "type": "string",
      "pattern": "^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$"
    },
    "source_system": {
      "type": "string",
      "enum": ["ServiceNow", "PagerDuty", "Opsgenie", "Zabbix", "CustomPortal"]
    },
    "detected_at": {
      "type": "string",
      "format": "date-time"
    },
    "resolved_at": {
      "type": ["string", "null"],
      "format": "date-time"
    },
    "severity": {
      "type": "string",
      "enum": ["P1", "P2", "P3", "P4"]
    },
    "status": {
      "type": "string",
      "enum": ["New", "Investigating", "Mitigating", "Resolved", "Closed", "On Hold"]
    },
    "sync_version": {
      "type": "integer",
      "minimum": 1
    },
    "last_synced_at": {
      "type": "string",
      "format": "date-time"
    }
  }
}