1. 课程导论：服务目录平台的定义与价值、运行基线核验的背景、多团队协作中签名证据交接的痛点

1.1 服务目录平台的定义与核心价值

服务目录平台（Service Catalog Platform）是企业内部所有可交付 IT 服务与基础设施能力的统一注册、发布与消费中心。它不仅是“服务列表”，更是连接服务提供方（平台工程团队）与消费方（业务应用团队）的标准化契约层。

服务目录平台的核心价值体现在三个层面：

• 标准化：强制服务描述、接口、SLA 遵循统一规范，消除“方言”服务。
• 可复用：消费团队无需重复“造轮子”，直接订阅经过验证的服务产品。
• 可审计：每一次服务的注册、变更、订阅、下架都留下不可篡改的操作轨迹。

1.2 运行基线核验的背景

运行基线（Runtime Baseline）是指一个服务在生产环境中稳定运行所必须满足的一组最低安全、性能、可用性与合规配置。基线核验（Baseline Verification）是在服务上线前或变更后，自动检查实际运行状态是否与基线声明一致的过程。

基线核验的驱动力来自以下现实挑战：

1. 配置漂移：手动运维导致实际配置与预期基线逐渐偏离。
2. 合规强制：等保 2.0、PCI-DSS、SOC2 等标准要求对关键控制项进行周期性验证。
3. 多环境不一致：开发、测试、生产环境的基线参数经常“各自为政”。
4. 变更风险：未经基线核验的变更直接上线，是生产故障的首要诱因。

1.3 多团队协作中签名证据交接的痛点

在服务目录平台的运行基线核验场景中，通常涉及三个核心角色：平台工程团队（定义基线）、业务应用团队（消费服务）、合规审计团队（监督证据）。签名证据交接是指核验结果、审批记录、变更日志等关键操作数据，在团队之间流转时附带数字签名，以确保来源可信、内容完整、不可抵赖。

当前多团队协作中签名证据交接面临四大痛点：

1.4 本课程要解决的核心问题

本课程将围绕以下三条主线展开：

• 基线即代码：如何将运行基线声明为可版本化、可自动校验的代码资产。
• 签名证据链：如何在多团队间建立统一的数字签名规范，实现证据的“生成→签名→交接→验签→归档”全生命周期管理。
• 平台工程落地：如何将基线核验与签名证据交接嵌入服务目录平台的日常运营流程，而非作为事后补丁。