运维的二个核心点：保障业务系统稳定、高效、持续运行；降低运维中心的成本（运维中心是成本中心，而不是价值中心，是许多企业高层的共识）

服务目录包括：服务目录、服务详情两大部分

服务设计：供应商管理、服务目录管理、信息安全管理、IT服务持续性管理、容量管理、可用性管理、服务级别管理（SLA）服务转换：知识管理、评估、服务检验与测试、转换规划与支持、发布与部署管理、服务资产与配置管理(CMDB)、变更管理。服务运营：IT运营管理、应用管理、技术管理、请求实现、事件管理、访问管理、问题管理、事故管理、服务台。3) IT服务管理：事件管理、问题管理、变更管理、SLA管理、资产管

运维的标准化和流程化首先要以文档的形式进行展示，并且能够指导日常运维工作。国有国法，家有家规，冰箱洗衣机都有说明书，运维标准化流程化就是运维工作的国法家规，运维工作如何进行的说明书。相比开发、测试等其他岗位，运维工作直面生产环境，每一步运维操作与生产系统能否正常运行息息相关，稍有不慎就易产生生产事故。并且运维自动化的落地实施也是要基于运维的标准化和流程化，所以作为运维管理的第一步，不可忽略。

，随着事件管理流程、变更管理流程、服务请求流程的逐步梳理，开始有了各种分类的梳理，用户就感觉比较疑惑，怎么有这么的分类，他们之间的关系是什么？是否可以复用和参考呢？其实这个问题不仅是用户疑惑，很多刚接触ITIL4咨询的顾问也很有疑惑？什么时候梳理服务目录？目的是什么？事件分类的作用是什么，与服务目录的关系是什么？请求目录、变更分类设计的目的是什么？本文先着手分析服务请求与变更请求的区别与关系

TOGAF作为流行的架构框架，提供了八步法的架构开发方法ADM和包含众多构建块及其关系的架构内容元模型，但对于如何描述这些构建块，TOGAF并没有给出标准，架构师们只能自行参考其他的标准进行描述。这也是TOGAF落地难的一个原因。幸好同样是Open Group组织推出了ArchiMate架构建模语言，由于两者系出同源，ArchiMate对TOGAF提供了良好的支持，也为我们学习使用TOGAF提供了

运维的二个核心点：保障业务系统稳定、高效、持续运行；降低运维中心的成本（运维中心是成本中心，而不是价值中心，是许多企业高层的共识）

人、外部系统、数据是我们在发掘关系时可以参考的方向，根据系统各自的特点，在架构设计过程中还会有一些需要实际去考虑的关系，这些关系一般都是所谓的系统最大的特点或特殊情况，常见于重大需求，特色需求，亮点需求等形式，一般也不难找出。待把所有这些关系找出后，可以先做一个粗略的重要性分级，分级的依据是关系的相关性，一般是重要需求相关>特色亮点需求>甲方相关>用户相关>乙方相关>外部系统相关>外部数据相关>内

企业的内部需求和外部环境一直在变，软件研发、交付和使用的方式也一直在变，相应地，企业架构的方法论也一直在演进。数字化时代如火如荼，传统的企业架构方法需要引入新的思维模式，才能满足企业发展需求。作者结合自己在架构领域多年的实践经验和思考总结，针对数字化转型大背景下企业的架构需求，对TOGAF等传统企业架构方法论的不足进行了改进与创新，提出了一套面向数字化企业的企业架构方法论——聚合架构（ABAE），

服务目录包括：服务目录、服务详情两大部分