给DevOps打上最佳实践的标签

转载本文需注明出处：微信公众号EAWorld，违者必究。

本文目录：

一、 再谈DevOps定位

二、谈谈几个实践设计

三、普元DevOps核心

越来越多的厂商开始研发DevOps产品，有的基于项目管理工具衍生，有的从运维工具或容器云过渡，不管怎样，大家都是为了给客户带来一条全新生产线，支撑其数字化运营。

记得2015年初产品刚起步时，我们也是从CICD开始、变更触发代码构建、再到自动化部署到容器云；随着不断地客户实施，普元对DevOps的定位、价值、特性等有了更多的认识，借本篇文章，与大家分享我们的持续认知和改进。

经过一段时间的实施与改进，本月底我们将正式发布DevOps的5.0版本，相比于常规功能，DevOps更重要的是一些最佳实践的引入，真正对企业IT的生产起到精益运营的效果。

一、再谈DevOps定位

之前我们同事已经谈过DevOps的定位，但随着越来越多的交流和实施，我们发现大部分客户会提出这些要求：

很显然，这些想法都很实际，又都存在着一些问题，拿第一个说法（给一些工具或系统做统一门户）举例：

很多客户企业确实已经用了不少开源或商业产品，只是现在都是一个个独立存在，没有统一登录、认证，使用起来比较麻烦，所以提出了第一个要求，并认为这就一定程度上实现了DevOps。

但事实上，这个做法对旨在精益的目标来说，显然是不够的：

1. 我们还是不知道某个系统需求最终跑在了哪些机器上

2. 我们也不知道现在并发的20个项目中哪些项目存在风险

3. 同样我们可能基于现有的信息，也不知道敏捷发布火车一年能开几回

所以，在我们定位里，DevOps不是简单的集成或整合，而是一条数字化生产线，覆盖从需求到最终运营的全周期；

当然也少不了对于质量、安全方面的支撑，为IT运营提供足够的保障。

想一次性从需求做到运营往往是一个理想，更多的是选择生命周期中最需优化的点来逐步建设，但现在也看到一个现象：

越来越多的厂商开始研发DevOps产品，有的基于项目管理工具衍生，有的从运维工具开始，有的从容器云过渡，有的从开发平台着手，貌似大家把所有工作都归结为DevOps。

显然在定位上犯了一个问题，就像之前很多人说一切皆代码、一切皆***的，而忽略了DevOps的初衷（当然我们不排除丰富一切对IT生产线有用的能力，但不能把一切都强行说成DevOps）。

其实SAFe中给了DevOps一个比较有原则、并且接地气的定义：

DevOps重在快速交付，通过将研发管理与部署交付的紧密结合，驱动企业敏捷。