之前有一个系列文章《禅道之持续交付系列》，其中总结了相关的失败经验 禅道持续交付(七)-失败总结，其中却反相关运维基础标准化建设的重要环节，现来到运维部门，成为了一名运维开发工程师，并有幸负责了相关DevOps相关的建设规划。下面我们来一起聊一聊吧。
1、DevOps的全景框架
从运维角度出发，会更加偏重底层的基础建设部分，参考图中，我们可以理解为我们此步阶段是更加注重：Iaas、Paas、和CMDB的建设。
2、DevOps的建设思路
IaaS
**定位：**处于应用底层，整合最下层的基础设施资源，并向用户提供可快速部署、按需分配、按需付费的高安全与高可靠的计算能力以及存储能力租用服务，并可为应用提供开放的云基础设施服务接口，用户可以根据业务需求灵活定制租用相应的基础设施资源。
IaaS服务对应的用户是系统管理员
PaaS
**定位：**应用基础架构（中间件）服务（包 括应用平台、集成、业务流程管理和数据服务）的广泛集合，用户基于这些服务构建业务应用。从用户角度来说，这意味着他们无需自行搭建开发，测试和运维平台，也不会在不同平台兼容性方面遇到困扰。
PaaS服务对应的用户是应用的开发者和运维人员。
目前Pass层还是一种抽象层，旨在帮助开发人员专注于编写、 运行和管理应用，而无需担心和考虑底层基础架构，同时对其系统进行 IT 运营控制。
#
CMDB
定位：整个Devops体系的基石 ，用于构建完善的运维对象生命周期和操作闭环。提供了一整套OpenAPI与其它任何需要信息的系统进行对接，将信息从一个统一的、标准的源头输出给各垂直或水平业务功能系统，而运维需要做的就是维护 CMDB 本身基础数据的完整性、准确性，CMDB 与各流程系统、垂直功能系统结合之后实现信息数据一处变更，处处同步。
现代CMDB核心：以应用为中心的管理模型，参考《应用CMDB — 智能化运维平台的基石》
SaaS
- CI/CD- 持续交付
- CO - 持续运营
监控&日志
**定位：**快速的发现问题、定位、止损（see->know->act），缩短异常MTTR
数据可观测性
Devops Portal
**定位：**统一Devops门户，打通整个运维生态
3、DevOps全景
基于上述整体梳理，下面给出DevOps的梳理全景图。
