我的DevOps啊哈时刻

“啊哈”时刻最初是在《增长黑客》一书中看到的，书中提到Yelp的创始团队在即将放弃时，通过分析用户数据发现，相当多的用户在使用网站上隐藏很深的一个功能---用户可以发布对当地商家的评论。为此，他们将“评论”置顶并居中显示网站访客的反应，当看到不错的效果后，他们调整了商业模式，从最初向他人推荐商家的模式转变为以评论为核心的用户体验模式。自此，增长一触即发。Yelp找到了它的“啊哈”时刻。啊哈时刻就是产品使用户眼前一亮的时刻，是用户真正发现产品核心价值---产品为何存在、他们为何需要以及他们能从中得到什么的时刻。

在读《DevOps实践指南》一书时，书的前言的标题也是“啊哈！”。这里主要介绍了三位作者在早期的职业生涯中所经历过的“啊哈”顿悟时刻。这本历时5年多，耗时2000多小时的作品，是三位作者的呕心沥血之作。讲述了在早期经历的痛苦，当认识到DevOps的重要性，并在实施DevOps过程中的心路历程，值得每一位DevOps爱好者细细品味。

三位作者之前所遇到的问题如今在大多数企业中仍然存在。DevOps为解决这些问题提供了特有的工具和方法，也给予了我们“啊哈”时刻。

1、跨部门间协调

IT运维、信息安全、开发、测试等不同职能部门之间相互隔离，信息孤立，目标不统一，形成所谓的“深井病”。为了实现一个很小的需要跨部门协作的目标，都需要经过层层同意，上升到部门领导，再需要任务下达才能实施。目标不一致，使得“不在我的OKR里”成为拒绝配合的说辞。最终使得人人绝望和无助，都是为了公司的宏伟目标，却靠着刷脸卖萌才能获取其他团队的帮助。如此各立山头，各自为营的组织结构使得团队间协作不断恶化。所以当听到DevOps将架构、技术实践和文化方面同时并举所产生了惊人的效果时，让我眼前一亮，这就是我的“啊哈”时刻。

2、自动化部署

大概在几年前的公司，自己包揽了开发、测试、系统管理等一切工作，清晰的记得当在本地把开发好的程序通过FTP上传到服务器上，再登录到服务器启动应用程序，当手工测试出现Bug修复后再重复之前的步骤，这种耗时低效的重复劳动让人呕吐。所以当听到DevOps的部署流水线，在代码提交后自动触发构建流水线，自动测试，自动部署，开发人员只关心编写业务逻辑代码，其他工作完全自动化完成，甚至能达到分钟级部署时，让我眼前一亮，这就是我的“啊哈”时刻。

3、敏捷开发

以传统瀑布模式开发的日子里，让人痛苦的是没完没了的文档，需求说明书，概要设计，详细设计，等文档全部写完，时间已经过去一半了，最主要的是这些闭门造车设计的系统或许根本就不是用户想要的，人力和时间成本的浪费，一个个系统的延期或夭折，是最终的结果。所以，当听说DevOps敏捷开发，以MVP小功能不断迭代，不断交付用户价值，与用户一起合作设计系统功能，通过SCRUM,看板方法等工具支持敏捷迭代不断优化时，我眼前一亮，这就是我的“啊哈”时刻。

DevOps已经不仅仅是开发和运维更好的沟通与合作的范围。现在的DevOps是软件研发全生命周期管理的一整套方法论和最佳实践，是DevOps文化建设和人才培养。通过DevOps创建动态、学习型且强化高度信任的公司，一定会持续的在市场上创新并在竞争中脱颖而出。