3. 工程分析平台概述：平台典型架构与看板角色

工程分析平台是承载数据血缘追溯与看板问题定位的核心载体。理解其分层架构，是后续设计血缘方案与看板交互的前提。本节从平台典型架构出发，明确各层职责，并重点阐述看板在平台中的定位与数据流转关系。

3.1 平台典型四层架构

现代工程分析平台普遍采用数据采集层 → 计算层 → 存储层 → 应用层的分层设计。各层职责清晰、解耦独立，便于扩展与维护。

3.2 平台典型架构 SVG 图

下图展示了工程分析平台的典型四层架构，以及各层之间的数据流向。注意看板位于应用层，但其数据依赖贯穿整个下层链路。

3.3 看板在平台中的角色

看板是工程分析平台面向用户的核心交互界面，它不仅是数据展示的窗口，更是问题发现与定位的起点。看板在平台中承担以下关键角色：

• 数据消费终端：看板是数据经过采集、计算、存储后的最终呈现形式，用户通过看板感知工程状态。
• 血缘追溯入口：用户在看板上发现异常指标（如构建失败率飙升），点击该指标即可触发血缘追溯，查看其数据来源与计算过程。
• 问题定位锚点：看板上的每个图表、每个指标都关联着完整的血缘链路，问题定位从看板开始，逐层下钻到根因。
• 跨层数据汇聚点：一个看板可能同时展示来自采集层的原始日志、计算层的聚合指标、存储层的历史趋势，看板是跨层数据的统一视图。

3.4 看板与各层的数据交互 SVG 图

下图聚焦看板在平台中的具体交互关系，展示看板如何与各层进行数据读写与血缘追溯。

3.5 看板数据血缘追溯的典型场景

为帮助理解看板在平台中的实际作用，下表列举了三个典型场景，说明看板如何与各层协作完成问题定位。