优维科技EASYOPS | 你有强大的技术背景，为什么距DevOps还有几个银河系？

每个人都想上DevOps，无奈没见哪家出什么成功的方法论。可能他们那些成功实践了DevOps的人/组织做这种布道的动力不足，也不知道这样做是否正确。

DevOps

众所周知，市面上虽然有几百上千家公司为DevOps下定义做先驱，但它对一帮吃瓜群众来说仍是一个难题。虽然每个人都想上DevOps，但绝大多数人并不得其真意，不知道重要性和需求。偏偏这玩意儿曲解起来又会造成很多问题，甚至严重影响业务运营。就目前的行业态势，我们来聊聊DevOps失败的背后原因。

DevOps没有明确的成功定义

大多数组织不知道他们什么时候该做，也不知道DevOps该应用的方向。这样的话，你怎么知道你是不是“完成了这历史性的壮观一步”？还有，你产出的单位时间是多久，每天？每周？还是每个世纪？

坑爹无底线的零碎工具

目前大部分可用的DevOps工具都是基于“碎片点”的孤立解决方案，只能协助你在DevOps工作流的特定阶段搞定特定任务。记住，扳手永远替代不了气筒。

不得不用不方便的方法

DevOps的需求方向往往又会呈点状分布，并不是整个组织的整体处理。

当你刚开始转型DevOps时，万事开头难；理清头绪，开始DevOps之旅后，问题又来了：如何开始？到哪结束？以及到哪个度才算完成。。。然后，踩坑无数。。。有可能最终以错误方式，甚至危及原本可能还算稳定的业务流程。

因此，一个方便手册的是多么重要啊！里面尽管可以描述那些各种端到端的实现手法，你们要是不小心发现了，务必也告诉我啊！看过Shippable最近的“ DevOps Playbook”，简要描述下这个DevOps手册的内容（我没整套按它说的流程实践过，有兴趣的童鞋可以试试，成了记得吱一声）：

1. 一些定量的方法依据：是不是用DevOps的理念完成了所有手头工作？整个IT运营的流程呢？这块也叫DevOps Reality Score；

2. 衡量DevOps Automation的标准，即可以连接各种可用工具的平台，分别不冲突的提供标准方式保持各自工具平台的“原有标准”和总体可见性的端到端管道。（很认证的说句实话，这点我也不是很懂）

DevOps现实得分的评判标准

理想状态是，你在整个组织的所有应用中实现了零触摸的自动化……这就是Full DevOps的成熟度，当然前提是你真正以应用的视角看待整件事。在Full DevOps之前，你当然可以通过为每个应用创建DevOps Reality Score矩阵来衡量当前究竟做到了什么样的程度。

矩阵图

上图的示例矩阵中，DevOps成熟度为3/8，即37.5％。通过这个简单的矩阵可以大概估计出交付流程的哪些部分完成了自动化任务，看着目标也能知道距离零触摸自动化还有多少差距。

我感觉这个矩阵确实比较好的量化了技术的成熟水平，最主要这个矩阵对数学要求还不高。为组织中的所有应用流提供了一个可参考的现实得分，并指明了接下来的努力方向。

---

想看更多内容，还请添加微信公众号（ID：MornNews，或搜索DevOps研究院）