1.什么是DevOps
DevOps由“Development”和"Operations”两个词组成,一般翻译为“开发运维一体化”,亚马逊将DevOps的核心描述为“哲学、务实与工具”,认为其能够提升组织快速交付应用程式和服务达到能力。
微软认为DevOps的核心是“人员、流程和产品”,DevOps能够让各个部门之间进行更好的协调合作,以提升产品质量。IBM认为DevOps的核心是“软件交付的方法”,DevOps的敏捷性能够使应用程序对开发和运营团的反应更快。
谷歌认为DevOps的核心是“组织和文化”,能够提高服务可靠性,建立利益相关方之间的所有权。

2.DevOps流程
DevOps流程闭环由Plan、Code、Buiid、Test、Release、Depioy、Operate、Moniter再到Plan的循环链组成。
DevOps以独特的闭环流程,在其理念方法的支撑下,使软件开发和运维衔接变得更加紧密、开发与运维团队协作更为理想。DevOps进一步打破了开发运维的界限,在容器技术的帮助下,生产环境下的软件运维工作能够被开发人员执行。而开发运维工具所紧密构成的工具链从技术上为DevOps实践创造了可能,工具链也成为了管理层透视相关工作成效的数据来源。

3.DevOps的价值
提高企业IT部门效率和工作质量:在国内IT行业飞速发展的情况下,相关人才供不应求,而在短时间内人才需求无法解决的情况下,DevOps的高效率特性能够提升IT部门工作质量。
解决传统软件开发流程僵化:传统软件开发流程以“瀑布式”为主,计划、研发、测试、部署到运维自上而下发展;而DevOps能够让软件设计伴随软件开发全程,并且使流程变为垂直接触,使得软件开发更加灵活。
协助IT部门管理透明化:作为企业重要部门的IT部专业性强、有技术壁垒,对非专业领导来说管理难度大,在高门槛下领导无法进一步对IT部门分析规划;DevOps能够增强IT部门管理的透明性,使企业对IT部门的管理更加自动化、数量化。
4.DevOps适用范围
适用团队:对外包和分散敏感度较低的10-20人团队最优。规模过大的团队内部结构复杂,工作流结构不清晰,如果以整体为单位构建DevOps框架会大大增加系统的复杂性,反而有违DevOps的初衷。规模过小的团队分工和结构简单,引入DevOps需要考虑成本效益问题。此外,DevOps对含有外包人员/业务的企业也并非不能适用,它仍然有助于软件开发和运维工作的顺利进行,并且成为沟通内部团队和外包团队、提高工作效率的重要工具。
适用团队

适用企业:业务系统更新较频繁的企业更适用。从业务需求方面来说,若企业业务需求不满足频繁发布更新应用、开发方法需要升级的条件,则应当慎重考虑开展DevOps转型实践的必要性和性价比问题。从安全策略方面来说,若企业不满足符合行业规范和契合内控流程的条件,则需要审慎评估安全策略对DevOps理念的落实可能造成的阻碍。

更多行业知识,敬请关注三个皮匠报告行业知识栏目。
信息来源
《艾瑞咨询:2020年中国DevOps应用发展研究——艾瑞云原生系列报告(二)(51页).pdf》
推荐阅读
《XIN:DevOps Master 白皮书 - 企业 DevOps 的成功之路(22页).pdf》
《李科伟-DevOps在云平台产品设计中的体现.pdf》