状态:当前实现(2026-06-21)。本文描述已交付的数据能力和明确边界,不把历史规划当作现状。
AI Observability Lakehouse 是面向 LLM 与 Agent 应用的数据基础设施和分析产品。它不训练模型,也不替代应用侧 tracing SDK;它把不同运行时和企业系统产生的事件统一为可审计、可聚合、可查询的数据产品,让工程、产品、数据、FinOps、安全和管理团队使用相同口径判断 AI 系统的表现。
| 用户 | 需要做的决策 | 主要数据产品 |
|---|---|---|
| AI/平台工程师 | 定位请求、span、工具和 Agent 交接的失败与延迟 | DWD 明细、Agent/Tool DWS、Grafana |
| 产品负责人 | 判断功能使用、满意度、Prompt/模型版本影响 | Feature、Feedback、Evaluation、Prompt DWS/ADS |
| 数据工程师 | 维护跨引擎契约、catalog、回填、质量和血缘 | Gravitino、ODS/DWD/DWS、quarantine、pipeline metadata |
| FinOps/团队负责人 | 归因团队成本、预算风险和内部结算 | Cost team DWS、budget/chargeback ADS |
| 安全/合规人员 | 检查 Guardrail、访问拒绝和留存执行 | Guardrail ADS、Compliance DWD、Superset |
| 管理层 | 按周观察规模、成本、质量和风险 | Executive weekly ADS |
- 按 app、feature、model、team、region 和 environment 查看请求、token 与估算成本。
- 计算团队月累计、月末预测、预算利用率和超支标志。
- 生成按团队和 cost center 的月度 chargeback 数据。
- 从 Agent run 下钻到 span、LLM request 和 tool call。
- 比较成功/错误计数、重试、平均时延、p95 或明确标识的时延上界。
- 定位多 Agent handoff 的 error、timeout 和延迟瓶颈。
- 关联检索命中/零结果、用户反馈和 evaluation judgment。
- 对比 Prompt 版本在质量、时延、错误、token 和成本上的变化。
- 使用受控 dataset/experiment/variant metadata 对比 baseline 与 candidate 的质量、时延和估算成本,不提前建立完整实验域模型。
- 观察 session 的 turn、token、duration 和 positive resolution。
- 按规则类别、动作和严重度观察 Guardrail trigger/block/redact/warn。
- 记录谁对何种数据资源执行了何种操作,以及访问是否获准。
- 记录分区 archive/anonymize/delete 的留存执行证据。
- 聚合 Kafka、Flink、Paimon 和 Doris 的阈值型健康指标。
- 通过 Gravitino
ai_observabilitymetalake 统一查看和管理paimon_lakecatalog 元数据。 - 用 Grafana 展示运行状态,用 Superset 展示业务、成本和治理分析。
| 能力域 | 事件/事实 | 聚合或应用数据产品 | 状态 |
|---|---|---|---|
| LLM 使用 | request | feature 日/小时、session、region、env、cost/SLA | 已实现 |
| Agent runtime | run、span、tool call | agent、tool、team 日聚合 | 已实现 |
| RAG | retrieval request | knowledge-base DWS、quality ADS | 已实现 |
| 用户体验 | feedback action | feedback DWS、satisfaction ADS | 已实现 |
| 安全 | guardrail check | rule DWS、violation ADS | 已实现 |
| 质量评测 | evaluation judgment | feature judgment DWS、Prompt 关联、dataset/experiment regression ADS | 已实现 |
| 模型运营 | deployment action | model/version DIM | 已实现 |
| 成本治理 | LLM/Agent + team/user DIM | team DWS、budget/chargeback ADS | 已实现 |
| 合规 | access audit、retention action | 合规查询与仪表盘 | 已实现 |
| 多 Agent | orchestration handoff | handoff DWS | 已实现 |
| 平台健康 | component metric | component health DWS | 已实现 |
| 元数据管理 | ai_observability metalake + paimon_lake catalog |
Gravitino API / Web V2 | 已实现 |
| 可视化 | Doris query products | Superset + Grafana repo-managed assets | 已实现 |
“已实现”表示仓库中存在模型/契约、转换或聚合、服务 DDL 和测试。它不表示所有外部生产系统 connector 已交付。默认 Postgres CDC 自动入口只覆盖 LLM request;其他域由 Kafka producer、应用 hook 或批量文件接入。
当前服务层共有 46 张物理表:12 DWD、16 DWS、7 DIM、11 ADS。重点面向用户的输出包括:
ads_observability_cost_daily_budgetads_observability_cost_monthly_chargebackads_observability_cost_feature_anomalyads_observability_sla_feature_reportads_observability_prompt_prompt_version_metricsads_observability_retrieval_daily_qualityads_observability_feedback_daily_satisfactionads_observability_guardrail_daily_violationads_observability_executive_weekly_summaryads_observability_trace_health_detailads_observability_evaluation_dataset_experiment_regression
| 界面 | 用途 | 交付方式 |
|---|---|---|
| Superset | AI overview、compliance、agent orchestration 分析 | 确定性 provisioning 脚本 + 版本化 ZIP bundle |
| Grafana | platform health 和运行监控 | provisioning datasource + dashboard JSON |
| Doris SQL | 下钻、验证和二次分析 | DDL、Paimon Catalog、dashboard query SQL |
| Parquet/Paimon | 数据工程开发、回填和交换 | Spark/Flink 作业 |
| Gravitino | metalake、catalog 和表元数据查看 | 幂等初始化脚本 + Web V2/API |
本仓库不声明虚构的生产 KPI 基线。落地环境应至少跟踪:
- 数据新鲜度:事件时间到 DWS/Doris 可查询时间。
- 完整性:source/ODS/DWD 行数差异和 quarantine 比例。
- 一致性:Spark 与 Flink 对同一窗口的计数/金额差异。
- 可用性:Gravitino catalog、Flink job/checkpoint、Doris 查询与 dashboard 健康状态。
- 可解释性:每个指标能追溯到粒度、分子、分母、窗口和源事实。
- 安全性:未授权明文、密钥和直接标识符不进入分析输出。
具体目标值应由部署环境的 SLA、数据量和合规要求确定,并进入配置或 ADR,而不是硬编码在产品描述中。
- 模型训练、fine-tuning 或在线推理网关。
- 生产级 OpenTelemetry collector/trace backend 的完整替代品。
- 每个 SaaS、Agent framework、HR、CI/CD、评测平台的现成 connector。
- 多租户身份治理、企业 SSO、密钥管理、TLS 和行列级权限的生产实现。
- 云上多节点高可用、对象存储和灾备交付。
- 原始 prompt/response 的长期分析存储;敏感正文应停留在受控源/ODS。
下一阶段应优先解决接入和运营成熟度,而不是继续扩张表数量:
- 为关键业务源提供稳定 producer/connector 与 schema compatibility 策略。
- 建立数据新鲜度、quarantine 和跨引擎对账的可视化 SLO。
- 将 demo 密钥、RBAC、审计和持久化配置升级为可部署环境模板。
- 用真实用户旅程验证仪表盘信息架构和告警噪声。
- 在 Gravitino catalog 基础上补齐 46 表的 owner、description、retention、lineage 和变更审计元数据。