2. 服务目录平台概述
2.1 服务目录的定义
服务目录（Service Catalog）是 IT 服务管理（ITSM）体系中的核心信息资产，它以结构化、可视化的方式呈现 IT 组织向业务用户提供的所有标准化服务项及其详细信息。服务目录不仅是“服务菜单”，更是连接业务需求与 IT 交付能力的契约性文档。
关键定义： 服务目录是 IT 服务提供方与消费方之间的“服务承诺清单”，包含服务名称、描述、服务等级（SLA）、交付流程、收费标准、责任人及依赖关系等元数据。
服务目录在 ITSM 中承担三大角色：
- 业务视角： 提供统一的服务入口，业务人员无需理解底层技术即可申请所需服务。
- 运营视角： 标准化服务交付流程，减少“口头约定”导致的交付偏差。
- 合规视角： 明确服务边界与权限归属，为基线核验和权限清单化验收提供数据源。
2.2 核心功能模块
服务目录平台通常由三个核心功能模块构成，形成“注册 → 发现 → 治理”的闭环生命周期管理。
| 功能模块 | 核心职责 | 关键输出 | 权限边界关联 |
|---|---|---|---|
| 服务注册 | 服务提供方将服务元数据（接口、版本、SLA、负责人）录入目录 | 服务定义文档、注册凭证、元数据标签 | 注册权限需限定在服务 Owner 与架构师角色 |
| 服务发现 | 消费方通过目录检索、订阅或 API 网关自动发现可用服务 | 服务列表、健康状态、依赖拓扑 | 发现范围受租户/项目/环境权限隔离 |
| 服务治理 | 对服务全生命周期进行版本管理、变更审批、废弃下线与合规审计 | 治理策略、变更记录、合规报告 | 治理操作需分级授权，避免越权变更 |
基线核验提示： 在交付前的权限边界清单化验收中，需重点核验“服务注册”模块的写入权限是否收敛至最小授权集合，“服务发现”模块的可见范围是否与业务租户隔离策略一致。
2.3 服务目录在 ITSM 中的定位
服务目录位于 ITSM 体系的中枢位置，向上承接服务台与自助门户，向下驱动配置管理（CMDB）与自动化运维（AIOps），横向串联变更管理、事件管理与服务级别管理。
2.4 服务目录与权限边界的映射关系
在交付前的基线核验中，服务目录平台需与权限边界清单建立以下映射：
- 服务注册权限： 仅允许服务 Owner、架构师、平台管理员执行注册/修改/注销操作，对应权限清单中的“写权限”条目。
- 服务发现范围： 按租户、项目、环境（开发/测试/生产）隔离可见性，对应权限清单中的“读权限”与“数据隔离”条目。
- 服务治理操作： 版本发布、变更审批、废弃下线等操作需分级授权，对应权限清单中的“审批权限”与“变更权限”条目。
- 审计日志： 所有目录操作需记录操作人、时间、IP、操作类型，对应权限清单中的“审计合规”条目。
验收风险点： 若服务目录平台未实现“注册权限最小化”或“发现范围未按租户隔离”，将导致越权注册恶意服务或跨租户数据泄露，直接触发合规红线。交付验收时需逐项核对权限清单中的“服务目录”相关条目。
2.5 服务目录生命周期流程
服务目录从规划到废弃的完整生命周期包含以下阶段，每个阶段均涉及不同的权限控制点：
- 规划与定义： 业务需求分析 → 服务定义文档编制 → 服务分类与标签设定。
- 注册与发布： 服务元数据录入 → 接口/依赖关系注册 → 发布至目录（需审批）。
- 运行与发现： 服务健康监控 → 消费方检索/订阅 → 版本兼容性校验。
- 变更与治理： 版本升级/参数调整 → 变更审批 → 灰度发布/全量发布。
- 废弃与下线： 服务退役评估 → 消费方通知 → 数据归档 → 目录移除。
2.6 服务目录平台选型要点
在交付验收前，需确认服务目录平台是否满足以下基线要求：
| 评估维度 | 基线要求 | 验收检查项 |
|---|---|---|
| 权限模型 | 支持 RBAC/ABAC，细粒度到服务级操作 | 是否可配置“仅允许服务 Owner 修改 SLA” |
| 审计能力 | 全操作审计日志，不可篡改 | 日志是否包含操作人、时间、IP、变更前后值 |
| 多租户隔离 | 租户间服务目录完全隔离 | 租户 A 是否无法搜索到租户 B 的服务 |
| API 集成 | 提供标准 RESTful API 对接 ITSM 流程 | 是否支持通过 API 触发变更审批流程 |
| 版本管理 | 支持服务版本化，可追溯历史变更 | 是否可回滚至上一版本 |
交付验收建议： 在权限边界清单化验收环节，建议将服务目录平台的“权限模型”与“审计能力”作为一票否决项。若平台不支持细粒度权限控制或审计日志不完整，应要求整改后方可交付。