1. 服务目录平台概述

服务目录（Service Catalog）是IT服务管理（ITSM）体系中一份经过正式维护的、关于所有可交付IT服务的清单。它不仅是“服务菜单”，更是连接业务需求与IT供给的契约性文档。每个服务条目都包含服务名称、描述、服务等级（SLA）、定价模型、交付流程、依赖关系及准入条件等核心属性。

关键区分：服务目录 ≠ 配置管理数据库（CMDB）。服务目录关注“客户能买什么、怎么交付”；CMDB关注“IT资产是什么、如何关联”。两者在ITSM中互为上下游。

服务目录平台在企业中承载以下五大核心价值：

价值维度	具体说明	典型收益
标准化	统一服务定义、交付流程与SLA模板	消除“口头约定”，降低交付偏差
透明化	业务部门可自助浏览、申请、跟踪服务状态	减少沟通成本，提升满意度
自动化	服务请求触发自动审批、资源编排与工单流转	缩短交付周期，降低人工错误
成本管控	服务定价与计量支持内部结算（Showback/Chargeback）	优化资源使用，支撑财务透明
合规审计	服务准入、变更、退役全流程留痕	满足IT审计与等保合规要求

服务目录平台处于ITSM流程链的“入口层”，是服务请求管理（Service Request Management）的核心载体。其上下游关系如下：

上游：服务组合管理（Service Portfolio Management）——定义哪些服务进入目录，哪些退役。
中游（本层）：服务目录平台——提供服务的发布、申请、审批、交付跟踪。
下游：事件管理（Incident Management）、变更管理（Change Management）、配置管理（Configuration Management）——服务交付过程中触发的事件、变更与配置更新。

  架构定位总结：服务目录平台是ITSM的“前台门户”，CMDB是“中台数据”，自动化引擎是“后台执行”。三者协同构成企业IT服务交付的数字化底座。

当前主流服务目录平台架构分为三类，企业在选型时需根据规模、云化程度与合规要求进行匹配：

架构类型	代表产品	适用场景	核心优势	潜在风险
单体架构	ServiceNow、BMC Remedy	中大型企业，一体化ITSM需求	功能完整，开箱即用，生态成熟	定制成本高，升级耦合重
微服务架构	自研平台、基于Kubernetes的Catalog系统	互联网/云原生企业，高弹性需求	独立迭代，弹性伸缩，技术栈灵活	运维复杂度高，需要强大的SRE支撑
混合架构	商业平台+自研插件/API网关	大型传统企业数字化转型期	兼顾稳定与灵活，渐进式演进	集成点增多，接口治理难度上升

以下为服务目录平台的典型逻辑架构图，展示从用户入口到后端资源交付的核心分层：

上图清晰展示了服务目录平台的五层逻辑架构。本课程后续章节将重点围绕“服务目录核心层”的准入策略与“流程与编排层”的复核机制展开，同时兼顾集成层与基础设施层的风险控制要点。

架构选型警示：在晋级通道（如开发测试环境→预发布环境→生产环境）的场景下，服务目录平台必须支持环境级准入策略。若采用单体架构，需确保其策略引擎支持多环境隔离；若采用微服务架构，需特别注意跨服务调用时的身份传递与权限一致性，防止“晋级绕过”风险。