2. 服务目录类型：业务服务目录（BSC）与技术/应用服务目录（TSC）的区别与联系
在服务目录升级窗口复核过程中，首先需要明确两种核心服务目录类型的定位。业务服务目录（Business Service Catalog，BSC）与技术/应用服务目录（Technical/Application Service Catalog，TSC）共同构成了完整的服务目录体系，但它们在视角、受众、颗粒度和用途上存在显著差异。
2.1 核心概念定义
| 维度 | 业务服务目录（BSC） | 技术/应用服务目录（TSC） |
|---|---|---|
| 定义 | 以业务用户语言描述的、面向业务价值的服务集合 | 以技术运维语言描述的、面向IT组件的服务集合 |
| 主要受众 | 业务部门、服务请求者、客户 | IT运维团队、技术工程师、架构师 |
| 服务颗粒度 | 粗粒度，通常对应一个完整的业务能力 | 细粒度，对应具体的应用系统、中间件或基础设施 |
| 语言风格 | 非技术术语，强调“做什么”和“获得什么价值” | 技术术语，强调“如何实现”和“技术依赖关系” |
| 典型示例 | “员工入职服务”、“客户订单管理”、“财务报表生成” | “AD域账号创建”、“ERP应用集群”、“数据库备份作业” |
升级窗口复核要点： 在服务目录升级过程中，BSC 的变更通常触发 TSC 的联动调整。复核时需确保 BSC 中的每一项业务服务都能在 TSC 中找到对应的技术支撑组件，反之亦然。
2.2 两者的核心区别
- 视角差异： BSC 是“业务视角”，回答“业务需要什么”；TSC 是“技术视角”，回答“IT 提供什么”。
- 价值导向： BSC 关注服务对业务目标的贡献（如提升效率、降低成本）；TSC 关注服务的可用性、性能和稳定性。
- 变更影响范围： BSC 的变更（如新增一项业务服务）往往涉及多个 TSC 组件的编排与调整；TSC 的变更（如升级一个数据库版本）可能只影响一个技术组件，但会波及依赖该组件的多个 BSC。
- 生命周期管理： BSC 的生命周期与业务需求变化同步；TSC 的生命周期与技术架构演进同步。
2.3 两者的内在联系
BSC 与 TSC 并非孤立存在，而是通过“服务映射”形成紧密的依赖关系。一个 BSC 通常由多个 TSC 组合支撑，一个 TSC 也可能被多个 BSC 共享使用。这种关系在服务目录升级窗口复核中至关重要。
映射关系示例： “员工入职服务”（BSC）可能依赖“AD域账号创建”（TSC）、“邮箱开通”（TSC）、“门禁权限配置”（TSC）等多个技术服务。当“员工入职服务”升级时，必须同步复核所有关联 TSC 的升级窗口。
2.4 升级窗口复核中的关键差异
| 复核维度 | BSC 升级窗口复核 | TSC 升级窗口复核 |
|---|---|---|
| 窗口触发条件 | 业务需求变更、新业务上线、业务流程优化 | 技术版本迭代、安全补丁、架构重构、组件退役 |
| 窗口优先级 | 通常与业务周期对齐（如季度末、财年初） | 通常与技术维护窗口对齐（如月度补丁日） |
| 影响评估范围 | 评估对业务用户、业务流程、SLA 的影响 | 评估对技术组件、依赖关系、系统稳定性的影响 |
| 审批角色 | 业务负责人、服务所有者 | 技术架构师、运维经理、变更经理 |
| 回滚复杂度 | 较高，涉及业务数据一致性校验 | 中等，通常可通过技术回退脚本实现 |
2.5 服务目录升级窗口复核的映射检查清单
在复核过程中，建议按以下步骤逐一检查 BSC 与 TSC 的映射完整性：
- 识别变更源： 确定本次升级窗口是由 BSC 变更驱动还是 TSC 变更驱动。
- 提取映射关系： 从 CMDB 或服务映射表中提取受影响的 BSC 与 TSC 对应关系。
- 完整性校验： 确保每个 BSC 至少关联一个 TSC，每个 TSC 至少被一个 BSC 引用（避免“孤儿服务”）。
- 影响分析： 评估变更对上下游服务的影响，识别共享 TSC 可能引发的级联影响。
- 窗口对齐： 协调 BSC 与 TSC 的升级窗口时间，避免因窗口错位导致服务中断。
- 验证与确认： 在测试环境中验证映射关系的正确性，并获取业务与技术双方的确认签字。
常见陷阱： 在升级窗口复核中，最容易遗漏的是“共享 TSC”的级联影响。例如，一个数据库备份作业（TSC）同时支撑“客户订单管理”和“财务报表生成”两个 BSC，当该 TSC 升级时，两个 BSC 都会受到影响。复核时必须识别此类共享依赖，并制定相应的风险缓解措施。
2.6 本章小结
业务服务目录（BSC）与技术/应用服务目录（TSC）是服务目录体系的两大支柱。BSC 面向业务价值，TSC 面向技术实现，两者通过服务映射形成依赖关系。在服务目录升级窗口复核中，必须同时关注两种目录的差异与联系，确保升级窗口的规划既满足业务需求，又符合技术可行性。复核的核心在于：识别变更源、校验映射完整性、评估级联影响、协同窗口对齐。