成都添闰通讯技术有限公司作为西南地区首屈一指的高新技术企业，在呼叫中心行业领域有着数10年的技术经验，公司研发的产品从单一的呼叫平台到社会化客户关系管理系统SCRM，从终端PC到手机端APP，从人工客服到智能AI，经历了一代又一代的技术迭代和创新。软件技术的发展日新月异，要跟上时代的进步，公司的每一个员工也需要付出努力，提升自己的技术和业务能力，我作为公司一名10年软件维护经验的维护工程师，今天来谈谈对于DevOps的理解。
提到DevOps这个词，我相信很多人一定不会陌生。作为一个热门的概念，DevOps近年来频频出现在各大技术社区和媒体的文章中，备受行业大咖的追捧，也吸引了很多吃瓜群众的围观。
那么，DevOps是什么呢？
我先以我公司开发的产品添添呼呼叫中心系统为例来带大家了解一下什么是DevOps。
呼叫中心系统软件从零开始到最终交付，大概包括以下几个阶段：规划、编码、构建、测试、发布、部署和维护。
最初，程序比较简单，工作量不大，程序员一个人可以完成所有阶段的工作。
随着软件产业的日益发展壮大，以及客户需求的提升,软件的规模也在逐渐变得庞大。软件的复杂度不断攀升。一个人已经hold不住了，就开始出现了精细化分工。
除了软件开发工程师之外，又有了软件测试工程师，软件运维工程师。
分工之后，软件开发流程是这样的：
软件开发人员花费数周和数月编写代码，然后将代码交给QA（质量保障）团队进行测试，然后将最终的发布版交给运维团队去布署运维。所有的这三个阶段，即开发，测试，布署运维。
这种流程适合条件比较理想化（用户需求非常明确、开发时间非常充足）的项目。大家按部就班，轮流执行自己的职责即可。
但是，项目不可能是单向运作的。客户也是有需求的。产品也是会有问题的，需要改进的。
随着时间推移，用户对系统的需求不断增加，与此同时，用户给的时间周期却越来越少。在这个情况下，大家发现，笨重迟缓的流程开发已经不合时宜了。
于是，公司技术团队引入了一个新的概念，那就是“敏捷开发（Agile Development）”。
敏捷开发是一种能应对快速变化需求的软件开发能力。其实简单来说，就是把大项目变成小项目，把大时间点变成小时间点。不同的客户有着不同的需求，我们针对各个客户提供在标准版本的基础上差异化的系统版本，大幅提高了开发团队的工作效率，免去了一些缓慢的交付流程，让版本的更新速度变得更快。
虽然敏捷开发大幅提升了软件开发的效率和版本更新的速度，但是它的效果仅限于开发环节。研发们发现，运维那边，依旧是铁板一块，成为了新的瓶颈。
运维工程师，和开发工程师有着完全不同的思维逻辑。我们运维团队的座右铭，很简单，就是“稳定压倒一切”。运维的核心诉求，就是不出问题。
什么情况下最容易出问题？发生改变的时候最容易出问题。所以说，运维非常排斥“改变”。
于是乎，矛盾就在两者之间集中爆发了。
这个时候，我们的DevOps，隆重登场了。
DevOps这个词，其实就是Development和Operations两个词的组合。它的英文发音类似于“迪沃普斯”。DevOps是一组过程、方法与系统的统称，用于促进开发、技术运营和质量保障部门之间的沟通、协作与整合。
从目标来看，DevOps就是让开发人员和运维人员更好地沟通合作，通过自动化流程来使得软件整体过程更加快捷和可靠。
在DevOps的流程下，运维人员会在项目开发期间就介入到开发过程中，了解开发人员使用的系统架构和技术路线，从而制定适当的运维方案。而开发人员也会在运维的初期参与到系统部署中，并提供系统部署的优化建议。
对比前面所说的传统开发和敏捷开发，我们可以明显看出，DevOps贯穿了软件全生命周期，而不仅限于开发阶段。
由此可见要想向DevOps转变，我们的运维人员就离不开技术能力的提升，特别是软件的开发能力。目前公司的技术团队正在向DevOps转变，全公司的所有运维工程师们也已经开始了开发能力的技术培训。
上述这些关键要素里面，技术是最容易实现的，流程次之，思维转变反而最困难。换言之，DevOps考验的不仅是一家企业的技术，更是管理水平和企业文化，成都添闰技术有限公司与时俱进，为成为一家对客户，对社会，对员工负责任的技术公司！我们一直在努力!
