1. 课程导论：服务目录平台运行基线核验与权限边界清单化验收的背景、目标与整体流程

1.1 课程背景与驱动因素

在云原生与混合架构成为主流的今天，服务目录平台（Service Catalog Platform）作为企业 IT 资产注册、服务发布与消费的核心枢纽，其运行基线的稳定性与权限边界的清晰度直接决定了交付质量与安全合规水位。传统验收往往依赖人工抽检或事后审计，导致以下三大痛点：

• 基线漂移不可见：运行环境配置、中间件版本、日志策略等关键基线在交付前已发生隐性变更，上线后引发故障。
• 权限边界模糊：服务间调用关系、数据访问范围、管理角色授权缺乏清单化记录，过度授权与越权风险并存。
• 验收证据链断裂：核验过程依赖口头确认或零散邮件，无法形成可追溯、可复现的合规证据。

本课程旨在建立一套“基线核验 + 权限清单化”的交付前验收体系，将安全合规左移，确保服务目录平台在投产前即满足运行稳定性与最小权限原则。

1.2 课程核心目标

1.3 整体验收流程

本课程将验收流程划分为四个阶段，形成从准备到闭环的完整链路：

1. 基线定义与采集阶段：从 CMDB、安全策略库、历史合规记录中提取运行基线模板，并通过自动化采集工具获取当前配置快照。
2. 权限清单梳理阶段：基于服务目录的注册信息、调用链拓扑、角色模型，生成权限矩阵清单，标记敏感操作与高危接口。
3. 交叉核验与偏差处置阶段：将采集数据与基线模板进行自动化比对，输出偏差列表；对权限清单进行最小权限原则校验，生成整改工单。
4. 验收报告与归档阶段：汇总核验结果、整改记录、审批签名，生成结构化验收报告，归档至合规管理系统。

1.4 验收流程全景图

下图展示了从基线定义到报告归档的完整验收流程，以及各阶段的核心输入与输出：

1.5 权限边界清单核心要素

权限边界清单是本次验收的核心产出之一，其结构化程度直接决定了后续审计与持续合规的可行性。清单应至少包含以下字段：

permissions:
  - subject: "service-catalog-admin"
    object: "/api/v1/services"
    action: "ADMIN"
    effective: "2025-01-01/2025-12-31"
    approver: "zhangsan@company.com"
    compliance: "PASS"
  - subject: "monitor-robot"
    object: "/api/v1/health"
    action: "READ"
    effective: "permanent"
    approver: "system"
    compliance: "PASS"

1.6 基线核验与权限清单的关联关系

运行基线核验与权限边界清单化并非两条独立的工作流，而是相互依赖、互为输入输出的整体。下图展示了二者在验收过程中的数据流转关系：