4. 集成架构设计：Prom 与 IDP 签名服务的集成点、数据流图与关键性能指标 (KPI) 定义

本章聚焦于 Prom（制品仓库）与 IDP（内部开发平台）签名服务之间的集成架构。一个清晰、可量化的集成设计是后续性能调优的基础。我们将从集成点、数据流以及核心 KPI 三个维度展开，确保架构设计既满足功能需求，又具备可观测性与可调优性。

4.1 核心集成点定义

Prom 与 IDP 签名服务的集成并非简单的 API 调用，而是围绕制品生命周期中“签名”这一关键环节的深度耦合。主要集成点包括以下四个层面：

4.2 数据流图：签名请求的完整生命周期

下图展示了从 Prom 发起签名请求到最终获取签名制品的完整数据流。该流程是性能分析的核心路径，任何环节的瓶颈都会直接影响用户体验。

4.3 关键性能指标 (KPI) 定义

为了量化集成架构的性能表现，并为后续调优提供基准，我们定义以下核心 KPI。这些指标将贯穿整个调优方案。

4.3.1 延迟类指标 (Latency)

• 签名请求 P99 延迟： 从 Prom 发起签名请求到收到签名结果（同步模式）或确认消息入队（异步模式）的时间。目标值：< 200ms。
• 策略查询 P99 延迟： IDP 签名服务查询策略引擎并获取规则的时间。目标值：< 20ms（含缓存命中）。
• 密钥签名 P99 延迟： KMS/HSM 执行签名操作并返回签名值的时间。目标值：< 50ms。

4.3.2 吞吐量类指标 (Throughput)

• 签名请求吞吐量 (TPS)： 签名服务每秒能够处理的签名请求数量。目标值：> 5000 TPS（单节点）。
• 消息队列消费速率： Prom 从消息队列中消费回调消息的速率，需与签名请求吞吐量匹配。

4.3.3 资源与可用性指标 (Resource & Availability)

• 签名服务 CPU 使用率： 峰值负载下，CPU 使用率应低于 70%，避免因 CPU 竞争导致延迟抖动。
• KMS 连接池利用率： 与 KMS 的长连接数应维持在池化管理的合理水位，避免连接耗尽或频繁重建。
• 签名成功率： 签名请求的成功率应达到 99.99%，失败请求需有明确的错误码与重试策略。

4.4 集成架构的扩展设计：多活与容灾

为了满足高可用要求，集成架构需支持多活部署。下图展示了跨可用区 (AZ) 的集成架构扩展设计，重点在于消除单点故障。