变更与服务的迁移

配置管理（構成管理）是识别构成服务的设备、软件、操作手册等 配置项，并使其信息保持准确、最新的流程。

配置项 是作为管理对象登记的每一个服务组成部分，要记录其版本、存放位置以及与其他配置项的关联。这些记录汇总在 配置管理数据库（CMDB） 中，在调查变更影响或查找故障原因时作为依据。

类比就像图书馆的藏书目录。只有准确记下哪本书在哪个书架、有几本，才能制定调换或修补的计划。

记法英语叫 Configuration Management。configuration 有“配置、组合”之意，可以记成负责记下各部件如何组合在一起的角色。

该术语的过去问 3 题 構成管理 →

变更管理（変更管理）是受理针对服务的 变更请求，评估其影响和风险、决定可否实施，并管控已批准的变更按计划推进的流程。

变更请求（RFC）是对新增功能、修正缺陷、调整设置等修改服务的申请所做的记录。变更管理先用配置管理的记录确认影响范围再作判断，并决定处理的优先级。

类比就像公寓业主委员会审查装修工程。收到住户的装修申请后，先看对整栋楼的影响再批准，然后协调施工日程。

记法英语叫 Change Management。入口文件 RFC 是 Request for Change（变更申请）的首字母缩写。

该术语的过去问 3 题 変更管理 →

发布及部署管理（リリース及び展開管理）是把经变更管理批准的变更打包为 发布，完成构建和测试后部署到生产环境的流程。

发布 是打包送往生产环境的一组变更，其中包括新版本的软件、要增加的设备等。部署 指把该发布实际分发到使用环境并使其运转。修正缺陷用的补丁文件，也是发布中所含变更的一个例子。

类比就像搬家公司。打包、运送，在新居把家具安放好，使其可以使用，还事先安排好搬不进去时如何运回。

记法日语里“リリース”是“放出”，“展開”是“铺开”。可以用动作来记：把在手边完成的东西放出去，铺开到用户那一侧。

该术语的过去问 3 题 リリース及び展開管理 →

服务的迁移（サービスの移行）是把新服务或变更后的服务，从开发或测试环境转入正式运营的计划与实施。

迁移的对象不只是软件和设备，还包括运营的操作手册、负责人员的体制以及面向用户的说明。投入生产环境后，责任由开发一方移交给运营负责人，日常运营随之开始。

该术语的过去问 1 题 サービスの移行 →

服务验收标准（サービス受入れ基準）是为判断新服务或变更后的服务能否在生产环境开始使用而事先确定的 合格条件。

例如，把是否达到所要求的性能、测试是否已完成、运营手册是否齐备且负责人员能否应对等作为条目。标准不是在迁移前夕，而是在计划阶段就与相关方达成一致。

类比就像驾照考试的及格线。因为评分标准事先已经定好，所以无论谁来看，都能以同样方式判断是否合格。