企业为什么要引入DevOps

发布于 2021-03-31 04:06

“DevOps”一词是“Development开发”和“Operations运维” 两个词的组合，中文一般译为“开发运维一体化”。虽然在IT领域DevOps早已得到了业界的普遍认可并被投入各个领域的广泛应用，但目前行业内对DevOps还没有统一明确的定义。参考全球头部IT公司对DevOps的理解，我们发现DevOps不是单一的技术或者工具，甚至不只是一个流程，它可以被理解为一系列可以高速、高质量进行软件开发的工具链，这种模式不仅提高了软件开发的效率和最终产品的表现，更是现代IT企业协作及共享文化的体现和应用。

企业为什么要引入DevOps？

IT人才市场供不应求

企业需寻求内生途径以加强IT部门运行效率

随着我国企业数字化转型的不断深入和互联网经济的蓬勃发展，IT部门的职能由信息化支持向业务赋能转换，伴随着信息技术产生的社会价值和企业价值越发显著，IT从业人员的人力成本也在不断提高。根据国家统计局对我国2018年和2019年城镇非私营单位员工平均工资的统计，信息技术从业人员的工资连续两年位列统计局划分的19个大类行业之首，超过年均 16万元，2019年增速为9.3%，也位于各行业中的较高水平。这一方面反映出IT产业的价值得到了市场的充分认可，同时也折射出这一领域的劳动力市场、尤其是高素质人才供不应求的现状。从用人单位的角度上看，在无法急速改变人才市场现状和IT人员素质的前提下，唯有通过内生途径提高IT部门的运行效率和工作质量，才能塑造企业的IT竞争优势。

开发/运维部门泾渭分明

开发和运维部门在工作目标上面临分歧，难以有效沟通

在信息技术人才紧缺、人员素质不能完全满足企业业务需求的现状下，企业的IT部门还要面临传统IT系统内开发和运维架构的固有缺陷所带来的低效能，使得减少协作摩擦、提高工作效能的工具和方法更加重要。由于存在着开发部门求“新” 而运维部门求“稳”的核心分歧，传统的开发部门和运维部门在工作环境、工作职能和工作目标方面都有着显著的差异，在一些情景下甚至相反，导致在实践中两者不仅不能有效协作，甚至还引发了一系列矛盾，如果不能从工作流程和管理方法上做出改变从而调和这样的分歧，就难以培养起积极协作的文化氛围，对IT部门效能提升将造成不利影响。

传统软件开发流程僵化

瀑布流式开发不利于效率的提升，逐步向敏捷转型

与开发-运维两分体系一同嵌入企业IT部门传统思维的还有“瀑布流”式的软件开发流程，在这一方法论体系下，软件从需求对接到产品上线要顺序经历计划-研发-测试-部署四个阶段。尽管这一体系为早期的软件开发产业提供了有序的工作指导，然而随着软件需求的更新频率不断提高，这一工作流程缺乏灵活度的问题开始显现，其最主要的缺陷是工作进程之前耦合度较高，不能够实时地对需求的变化做出反应，目前仅适用于少数项目可计划度高、需求变化频率极低的软件开发工作，而对于电商、互联网金融等敏态的需求场景则显得笨重。

IT部门管理透明度低、难度大

IT业务的复杂性和专业性对领导层管理造成考验

除了IT部门和团队内部的交流协作模式在新经济时代需要作出改变，企业管理层对IT部门的把控和考核方法也亟需革新。尤其是在以应用软件等信息技术已经成为企业业务拓展“基础设施”的大背景下，管理层有必要将IT部门的工作成效纳入其重点考察的对象当中。然而，IT工作的高度专业性往往在业务部门和管理层视野中间竖起一道技术壁垒，使得管理层无法直观地理解和分析IT部门的工作效能，因而也无法进一步为部门工作提出指导性和建设性的意见。在目前的软件开发管理实践中，管理者不断引入可量化的业绩指标来增加IT工作对管理层的透明度，然而这些考核在全面性、客观性、有效性方面仍有提升空间。企业亟需自动化、数量化、可视化的工具来提升IT部门的管理效率。