加入收藏 | 设为首页 | 会员中心 | 我要投稿 源码网 (https://www.900php.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 云计算 > 正文

【2018可信云大会】信通院牛晓玲:运维标准权威解读

发布时间:2018-08-16 15:30:57 所属栏目:云计算 来源:中国IDC圈
导读:副标题#e# 牛晓玲:各位来宾、各位专家朋友们:大家下午好。 我来自中国信息通信研究院,是云计算和大数据研究所的运维主管,今天的主题是运维标准权威解读。 今天的内容主要分为五个部分:第一部分是云时代下IT运维发展背景,第二个是金牌运维的标准解读,

关于DevOps我想给出一个正解,你摸到的也真的是DevOps,但是只是一部分。DevOps包括了一些开发代码、通过持续集成构建、测试自动化、程序包应用、预部署、管理版本、配置基础设施、监控性能等等,都涵盖在DevOps里面。DevOps的定义是它是一组过程方法系统的统称,更强调人员与IT专业人员,就是开发测试运维三个部门,在服务生命周期中的协同和沟通,强调组织之间的一个合作,以及交付和基础设施的一个变更、自动开发,从而你实现你的持续集成、持续部署、持续交付。它是一个敏态的IT实现之道。

DevOps带来哪些转变?我认为是五方面。第一是开发过程的转变。从以前的瀑布模式,你需要分别做计划、分析、设计、开发、设计、修改、整合,过程没有重叠。但敏捷开发,我先设立一个项目,分析设计开发,这个阶段加入一些测试,会发展做一些单元测试,到最后的一个发布。到现在的DevOps就是我除了在立项之后,还要分析设计开发测试,把发布也加入进来,做这个持续发展的流水线,我觉得对开发过程有一些影响和改变。

说到开发,我这里提一下DevOps的工具链。有一些持续集成、版本控制、自动引擎、代码构建、自动化部署、控制工具、制品管理工具等等。底下列出它能做什么,还有技术应用的工具,还有监控预警、日志管理、性能管理、安全防护,其他的云服务等等,配置管理工具,制品管理工具,协作工具、问题跟踪的工具等等。

第二个改变是应用架构的转变。从之前我们的一个单体架构应用和数据分离的架构,变成后来我们SOA的架构,现在也有在用,前端后端分离,服务化。到现在的这个最新发展的微服务的架构,这个是对应用架构的一个变化。

部署与打包也有变化。我这边举了一个很形象的例子,以前我们部署在物理服务器上,都是独栋别墅,独立地基,有独立花园,后来到虚拟机部署,共享花园、共享的模式,把一套房分成多个小隔间,像胶囊住户。共享花园、卫生间、厨房等等。

到后来应用基础设施的转变,分三个过程。一个是数据中心型。以前是企业先比如说做云计算的可能我先自建一个数据中心,在没有云计算之前,都是先自建数据中心,当时自建数据中心就也是火了一阵,现在国家可能不再去倡导你自建数据中心,更多的是用云服务。以前这个服务器所有的这些购买等等,成本都落在数据中心,我可能要花很多钱做这一块。后来是托管服务型,向企业提供托管服务,提供服务器和存储,你自己不用购买设备了,直接用就可以了。到后来的云计算的数据中心。它是提供这种计算能力和IT的可用性,随想随用。也提供了一个DevOps的标准和可测试的平台。有了平台就可以测试、生产。DevOps可以使企业系统很好的与软件相匹配。为什么很多文章出现过说过DevOps和云是天生一对得。

最后一个改变带来了企业文化的转变。《2017DevOps现状调查报告》,其实DevOps现在开始应用于各种规模的这种企业中,那么DevOps的使用比例的团队从2014年只有16%到2015年19%,2016年22%,2017年增长到27%,你可以看到增长比较快。这个表明了DevOps需要面向业务目标,助力业务成功。有一些衡量标准,是否提高了企业在市场的占有率,应收利润,能不能顺畅高质量交付有用的价值。包括我们可以看到,这个高效企业和低效企业对比来说,高效企业比低效企业的部署高46倍,时间高440倍,降低失败5倍,故障恢复时间提升了96倍。这也是一个巨大的改变。

我们为什么做DevOps标准?有两个目的,一个是三正,一个是三明。三正,一个是正概念,正框架,正能力,你应该要达到什么样的能力才是达到了DevOps。三明是明流程、明组织、明实施。你要知道是什么样的流程,什么样的组织,怎么去实施。

说到这里我讲一下现在标准指定的进展。2017年9月,我们联合高效运维社区、腾讯云、讯达云、YY直播、阿里云、浙江移动、万达网络、京东、华为、中国银行、中兴、中国电信共同进行标准编制工作,2012年12月,通过三送三审,在CCSA和G5组成立项。

研发运营一体化能力成熟度模式。我们建成为COCM,我们都知道CMMI和CMM,是侧重于管理的,包括软件采购,产品工程,人力资源,系统集成等等。然后CMM是侧重于软件开发流程。我们的评估是侧重于管理和技术,包括开发、测试、运维的全流程,强调高效化、协同化、闭环化,这是它的范畴和目标。

介绍一下DevOps标准能力成熟度模型的体系。可以看到我们的DevOps系列标准主要分为四大部分。第一部分是研发运营一体化的过程。在这个过程里面,我们分为了敏捷开发管理,持续交付,技术运营。第二大部分是研发运营一体化的设计部分。第三部分安全和风险管理,第四是组织结构。敏捷开发管理里面,过程是很庞大的,敏捷开发管理包括了价值交付管理,包括你的敏捷的一个过程,包括你的组织模式是怎么样的。包括持续交付,我们里面涵盖配置管理,构建与持续集成,部署和发布管理,还有环境管理,数据管理,度量与反馈。技术运营可以看到是一个最大的部分,包括监控管理、事件管理、容量管理、成本管理等等。后面还会展开讲一下。目前标准的进展。我们这七个部分的征求意见稿目前全部完成了。

(编辑:源码网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读