新闻中心
新闻中心 > DevOps,真香!
DevOps,真香!
最近,DevOps的身影出现在了“Gartner 2020中国技术成熟度曲线”的顶峰,Peak of Inflated Expectations,它似乎承载了过多的期望。但这样的出现,其实可以说是意料之中。
技术成熟度曲线出自Gartner之手,目的是给企业提供数字化转型过程中新技术选型的参考,或者企业ICT战略规划方向的典型工具。该模型分为从新兴到成熟的5个阶段,DevOps正处在第二个阶段。
可以看出,随着不同行业都在加速数字化转型,在数字化基础设施平台这一领域,各政企事业单位正在从面向技术转向面向服务的方法,如DevOps、容器即服务CaaS和多云。
对于DevOps的地位,有人这样评价道:“数字化企业必须接受的工作方式和企业文化的革命”。在各行业数字化转型的道路上,DevOps到底凭什么赢得了一席之地?
这其中必须提到DevOps的带来的价值。首先,快速根据市场需求精准投放。在数字化转型过程中,针对IT系统的新需求不断暴增,且需要更加及时的响应,功能迭代、局部升级、A/B Test甚至版本回滚成为常态。通过DevOps,可以加快产品发布频率,提高需求响应准确新。其次,通过DevOps建立标准的开发运维流程。如标准的流水线,统一标准的开发运维工具等,使用标准化,自动化代替传统的手动操作,提高效率,降低风险。再次,开放和标准化的DevOps平台,使得员工摆脱传统繁琐的手工配置,重复低效类的低价值工作,可以更加聚焦于业务等高价值劳动。
DevOps的精髓在于提出将开发和运维团队的工作紧密结合起来,打破两个部门之间原本横亘着的协作高墙,建立起持续交付和持续反馈的工作闭环,以此帮助团队快速和持续地创新、快速实现并切入市场、提供优质可靠的服务。
但践行DevOps并非易事。从组织架构变革、思维转变,配套规范流程,到技术支持最终落地,挑战犹存。
DevOps 并不仅仅是把开发和运维两支团队凑在一起,如果不能改变企业文化和思想观念,配套相应的规范流程,即使将员工放在一起,也不会产生火花,队伍的高效协作至关重要:“运维人员在项目开发期间就介入到开发过程中,了解开发人员使用的系统架构和技术路线,从而制定适当的运维方案。而开发人员也会在运维的初期参与到系统部署中,并提供系统部署的优化建议。”
思维和流程改变的同时,想要充分落地 DevOps,很大程度上需依靠它的一整套技术和开源工具,充分借助软件和平台的支持,如代码仓库管理、虚拟机与容器化、持续集成&持续部署工具Jenkins、配置管理工具SaltStack……其中虚拟化和容器,可以为 DevOps 提供很好的前提条件。
具体来说,虚拟化从硬件上将一个系统“划分”为多个系统,系统之间相互隔离,为微服务提供便利。而所谓“微服务”,就是将原来黑盒化的一个整体产品进行拆分解耦,从一个提供多种服务的整体,拆成各自提供不同服务的多个个体。微服务架构下,不同的工程师可以对各自负责的模块进行处理,例如开发、测试、部署、迭代。而容器更进一步,在操作系统上就划分为不同的“运行环境”(Container),占用资源更少,部署速度更快。基于虚拟化和容器,开发环境和部署环境被更好地隔离了,减小了相互之间的影响。
从目前行业发展来看,DevOps通过改变业务的文化思维,打破孤岛,缩短项目建设周期,为政企事业单位持续变革和快速实验铺平道路,让大家关注同一个目标,高效协作,从而使得整个团队进入一种积极创造价值的状态。但根据市场研究显示,近些年国内的数字化发展速度愈发加快,可是企业在利用DevOps这一先进技术提升企业IT研发效率方面,与欧美企业相比还要落后一到两年的距离。
所以,想让数字化转型来的更猛烈顺畅些,不妨考虑将DevOps列入您的规划。
技术成熟度曲线出自Gartner之手,目的是给企业提供数字化转型过程中新技术选型的参考,或者企业ICT战略规划方向的典型工具。该模型分为从新兴到成熟的5个阶段,DevOps正处在第二个阶段。
可以看出,随着不同行业都在加速数字化转型,在数字化基础设施平台这一领域,各政企事业单位正在从面向技术转向面向服务的方法,如DevOps、容器即服务CaaS和多云。
那么,DevOps到底是什么呢?
DevOps代表了一种 IT文化的变化,专注在面向系统的方法的背景下,采用敏捷、精简的实践来提供快速的IT服务。所以DevOps不仅仅是一个技术概念,它同时还包含企业在数字化转型过程中,相应需要进行的企业IT管理架构和管理文化的演进。具体说来,“是Development和Operations的组合词,是一组过程、方法与系统的统称,用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合”。它的诞生,是为了让开发人员和运维人员能够更好地沟通合作,通过自动化流程,使软件构建、测试、发布变得更加快捷、频繁和可靠,相比敏捷开发、持续集成、持续交付,优势明显。对于DevOps的地位,有人这样评价道:“数字化企业必须接受的工作方式和企业文化的革命”。在各行业数字化转型的道路上,DevOps到底凭什么赢得了一席之地?
这其中必须提到DevOps的带来的价值。首先,快速根据市场需求精准投放。在数字化转型过程中,针对IT系统的新需求不断暴增,且需要更加及时的响应,功能迭代、局部升级、A/B Test甚至版本回滚成为常态。通过DevOps,可以加快产品发布频率,提高需求响应准确新。其次,通过DevOps建立标准的开发运维流程。如标准的流水线,统一标准的开发运维工具等,使用标准化,自动化代替传统的手动操作,提高效率,降低风险。再次,开放和标准化的DevOps平台,使得员工摆脱传统繁琐的手工配置,重复低效类的低价值工作,可以更加聚焦于业务等高价值劳动。
DevOps的精髓在于提出将开发和运维团队的工作紧密结合起来,打破两个部门之间原本横亘着的协作高墙,建立起持续交付和持续反馈的工作闭环,以此帮助团队快速和持续地创新、快速实现并切入市场、提供优质可靠的服务。
但践行DevOps并非易事。从组织架构变革、思维转变,配套规范流程,到技术支持最终落地,挑战犹存。
DevOps 并不仅仅是把开发和运维两支团队凑在一起,如果不能改变企业文化和思想观念,配套相应的规范流程,即使将员工放在一起,也不会产生火花,队伍的高效协作至关重要:“运维人员在项目开发期间就介入到开发过程中,了解开发人员使用的系统架构和技术路线,从而制定适当的运维方案。而开发人员也会在运维的初期参与到系统部署中,并提供系统部署的优化建议。”
思维和流程改变的同时,想要充分落地 DevOps,很大程度上需依靠它的一整套技术和开源工具,充分借助软件和平台的支持,如代码仓库管理、虚拟机与容器化、持续集成&持续部署工具Jenkins、配置管理工具SaltStack……其中虚拟化和容器,可以为 DevOps 提供很好的前提条件。
具体来说,虚拟化从硬件上将一个系统“划分”为多个系统,系统之间相互隔离,为微服务提供便利。而所谓“微服务”,就是将原来黑盒化的一个整体产品进行拆分解耦,从一个提供多种服务的整体,拆成各自提供不同服务的多个个体。微服务架构下,不同的工程师可以对各自负责的模块进行处理,例如开发、测试、部署、迭代。而容器更进一步,在操作系统上就划分为不同的“运行环境”(Container),占用资源更少,部署速度更快。基于虚拟化和容器,开发环境和部署环境被更好地隔离了,减小了相互之间的影响。
从目前行业发展来看,DevOps通过改变业务的文化思维,打破孤岛,缩短项目建设周期,为政企事业单位持续变革和快速实验铺平道路,让大家关注同一个目标,高效协作,从而使得整个团队进入一种积极创造价值的状态。但根据市场研究显示,近些年国内的数字化发展速度愈发加快,可是企业在利用DevOps这一先进技术提升企业IT研发效率方面,与欧美企业相比还要落后一到两年的距离。
所以,想让数字化转型来的更猛烈顺畅些,不妨考虑将DevOps列入您的规划。
上一篇:
三尺讲台,小小屏幕,熠熠生光
下一篇:
一图看懂关键信息基础设施安全保护重点