基于DevOps的软件开发管理模式.docVIP

基于DevOps的软件开发管理模式 　　摘要：文章简述了DevOps概念、基于DevOps的软件开发流程，并以K平台为例对开发流程的每一步给出了示例。DevOps本质上是将IT开发与运维合并，借助强大的管理工具，实现开发环境、测试环境和生产环境的高相似度、可编程、自动化的全生命周期配置维护管理，从而适应现代Web环境的高变动性、高可用性、高可靠性要求。DevOps是软件开发管理未来的发展趋势 关键词：DevOps 开发与运维 DevOps软件开发流程 中图分类号：TP311.52 文献标识码：A 文章编号：1007-9416（2016）11-0184-04 1 引言 1.1 DevOp概念 DevOps（Development和Operations）是一个关于组织文化、自动化、持续监控与共享等各元素的集合。是软件开发、运维和质量保证三个部门之间进行沟通、协作的流程、方法和体系。它源于2009年欧洲传统IT模式的运维之痛，为了填补开发与运维之间的鸿沟，将开发、运维与测试联合在一起。专家们曾经总结出一个能力环来解释DevOps的概念，如图1所示 DevOps能让开发团队以同样的方式操控他们的开发环境、测试环境以及生产环境，并且任何时候都能将数据包部署到任何一个环境中。DevOps从软件交付的全局出发，加强各角色之前的合作；同时，自动化减少了大量的手工操作和人机交互，因此，需要选择那些支持脚本化、无需人机交互界面的强大管理工具。这些工具和程序涉及环境中的各种函数，而这些函数包含不同领域的专业知识，并且可以根据组件中出现的问题以不同的方式运用。考虑到各种函数复杂性，根据它们的作用建立一个框架来将它们形象化并分成不同的种类将会很有帮助。在DevOps环境下，将全局系统的视角运用到一个高层次的模型中，将在应用、操作系统服务、网络服务、数据库四个层面产生核心变化[1] 1.2 DevOp优势 传统的瀑布开发模型由温斯顿Winston Royce）在1970年提出，一直是最被广泛采用的软件开发模型。瀑布模型核心思想是将功能的实现与设计分开，将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。它为项目提供了按阶段划分的检查点，但缺点也显而易见――即只有在项目生命周期的后期才能看到结果，且极不适应需求的变化[2] 于是新的理念应运而生――敏捷。敏捷开发是针对传统的瀑布开发模式的弊端而产生的一种新的开发模式，目标是提高开发效率和响应能力。以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征 然而单单敏捷开发也并未解决开发与运维之间的鸿沟。DevOps在敏捷的基础上，将运维并入进来，是软件开发、运维和质量保证三个部门之间的沟通、协作和集成所采用的流程、方法和体系的一个集合。图2可以清晰地说明软件开发模式的进化过程 在传统行业的数据中心，数据的稳定性和安全性是重中之重。IT 管理人员对数据中心的管理主要偏重于两个方面：首先是为了确保数据中心的稳定性而对数据中心各个环节进行维护；其次当数据中心内出现问题时，能够及时定位问题并且解决，以缩短故障时间 而运维工具的开发和数据故障的解决都需要快速的响应和交付能力。目前传统数据中心的ITIL管理模式和普遍应用于开发工具中的瀑布开发模型，都无法保证最快的交付和最佳的成果。DevOps集开发、运维和质量保证于一体，通过促进开发团队和运营团队之间的沟通、协作和整合，不仅提高了效率，也同时促进了运维的自动化 DevOps本质上是开发，运维和质量保证部门之间的沟通协作。它将解决传统IT运维管理模式信息沟通效率低下的缺点，提高整个IT部门效率，适应云时代不同类型用户对IT运维管理的需求，也是未来的发展方向 1.3 DevOp应用现状 在目前这个瞬息万变、信息爆炸的时代，一分钟之内就会发生很多事情：超过两百万条的Google搜索、两亿封邮件的传送……在这个应用经济备受关注的时代，企业需要靠各种创新应用获得持续发展。而业务的灵活创新依靠的是快速、持续、高质量的软件应用交付 目前在国外，互联网巨头如Google、Facebook、Amazon、LinkedIn、Netflix、Airbnb，传统软件公司如Adobe、IBM、Microsoft、SAP等，亦或是网络业务非核心企业如苹果、沃尔玛、索尼影视娱乐、星巴克等都在采用DevOps或提供相关支持产品 在云计算、大数据和移动互联这三大浪潮面前，更有效地管理和整合现有资源，