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

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

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

现在我再介绍一下我们的金牌运维的一个标准。它是一个什么样的标准?其实这个标准是来自于可信云服务评估里面的一项:运维管理系统审查。在审查的过程中,我们发现了有各种各样的一个问题,比如说你的一些文档流程制度,运维人员管理的制度不规范,监控层方面的监控不到位,业务层的监控,故障处理,软硬件的安全管理都很不到位。这样的话,我们就想,通过推动金牌运维去增强你的这个云服务提供商的运维能力。因为运维前面讲到很重要,怎么样增强能力?所以我们联合2015年的11月份联合了阿里、百度、奇虎360、IBM、世纪互联等完成了金牌评估的第一部分,面向云服务商的运维管理指南的标准。这个工作的目的是为了让云服务提供商更关注运维的能力,并且如果是你没有能力建设很好的运维建设,那么这个标准可以引导你去建立一个完善健全的运维管理体系,提高你这个企业在行业中的一个竞争力。

一个标准的事例主要评估是从完备性、规范性、自动化三方面进行评估,后面也会详细说到。在做这些标准之前跟国内外的标准认证体系做过对比,比如说ISO20000,4SA,信息安全等级保护,云计算网络安全审查,这些都是耳熟能详的标准认证。我们对比了基础信息、基础服务、云计算、服务质量、信息安全、流程制度、运维安全等等。我们发现这些没有专门针对云计算的一个评估。当然了,云计算网络安全审查是针对云计算的,但是它的侧重点不太一样。那么我们正好金牌运维的出现想弥补市场的空缺,所以它才产生了。

它的对比优势在以下方面。比如说这个金牌运维评估是涵盖了基础运维和云运维两方面,综合了服务和安全,能适应DevOps的一些技术和先进理念,适应性强。侧重于你管理系统的完备性、自动化能力等等。

主要分为以下三方面。云服务运维管理的流程指导,围绕着服务台、事件管理、问题管理、发布等等等这些问题。第二大部分就是云服务运维管理系统功能的完备性,从资产管理,监控管理、告警管理、拓扑管理等方面考察系统功能是否完备。第三部分是运维管理系统自动化的管理能力,包括网络全生命周期管理等等。

这个评估一共涵盖了213项的审查指标。我们采用打分制,每一项满足了要求可能得1分,没有的话就是0分,申请企业达到180分以上才能过评估。包括我们还设立了专家评估小组的一个评议机制。从分布来看,我们运维管理系统的流程指导占22%,功能完备性是占69%,自动化管理能力占9%左右。

包括我们设计的内容,比如说服务台、事件管理、变更管理。下面有一些子项,后面很多,不能详细展开,还有配置管理、发布管理、版本控制、测试、颁布发布等等都有涵盖。包括你的知识库的管理,你有没有本公司的知识库,有没有各种类型的报表的考察都有涉及到,涉及面比较全。

第二个是系统功能完备性。包括了我们的监控管理、权限管理、报警管理、拓扑能力、日志管理、软件管理等等都有涉及。因为第二部分比较全,后续还有统计报表,资产管理,工单、计费、安全。安全也是审查内容会比较多,涵盖的比较全面。

第三个是自动化管理的能力。包括你网络管理的一个自动化能力,包括机器全生命周期管理的能力,操作系统环境管理的自动化能力都有考察。

目前,这个指南我们的评估依据是根据可信云服务专项评估。第一部分是面向运维指南目前完成了4批8家的一个金牌评估工作,以下的企业华为、浪潮、中国移动、腾讯、阿里、迅达云都通过了金牌运维的专项评估。右侧是证书的事例,通过的企业会放到可信云的一个官网上面可以查询到,这边有一个评估的标,如果你通过的话这个标会亮起。

第三部分是云计算运维平台参考框架和技术要求的标准解读。这个标准其实是在我们跟蓝鲸合作的一个项目。2017年4月20日蓝鲸智云开源了一个项目,参与的可能有4000家以上。在7月26日可信云大会上,蓝鲸又宣布了PaaS集成平台即将开放,为了帮助企业自动化运维的快速构建。2017年的3月期间,就是说它们其实在成立那个之前,我们就已经和它们开始合作,联合了多家企业,高效运维社区、优维科技、理想科技、齐治科技等,现在到了送审稿的阶段,本月月底开展相关的评估工作,也是国内首先针对云运维产品的评估标准,这是为了指导企业完善云运维的平台,选择最优最适合你的云运维产品。

运维所面临的新挑战也证明了一件事情,就是说你运维的平台化是势在必行的。我们会遇到以下一些“挑战”。第一是规模越来越大。随着互联网模式的多样化,以及移动互联网的接入需求,平台规模快速扩张。第二是技术战复杂。比如说多种操作系统,虚拟化平台,中间件、业务配置选项加大了运维管理的复杂度。第三是流量增大。比如说移动互联网的发展使这种用户量呈爆炸式的一个增长,渠道接入的流量加剧了现在流量大的局面。第四个挑战就是变更频发。大量的需要上线更新,比如说你的游戏、秒杀活动,促销等等业务的变更是非常频繁的。所以这使得配置管理会更加复杂。这个是云计算运维平台参考架构的架构图。从管控层、原子平台层、集成平台层到运维场景层大致是这四个层次。后面会展开一下。

我们其实考虑是从三方面考虑。一个是运营保障,一个是运营供给,一个是运营决策。先看运营保证,是为了解放双手,从外部自动化到最终的无人值守的能力。可以看到这里面有配置平台,作业平台,网络管理系统,DB管理系统等等。包括你的再往上有一些服务的组建,再往上是接入各种各样的运维管理系统都可以接入。

第二部分是运营工具。运营工具的话我们用这个,就是评估内容有一些PaaS平台的要求,能不能做运维管理,自动部署,日志管理,监控告警,数据存储安全等等都在运营工具这一层里面。这一层是以这种DevOps去推动工具文化的落地。

第三部分是运营决策层。就是你的数字化去驱动你的一些运营数据的分析,最终实现的一个智能的决策。包括过程可能是包括你的数据源,数据怎么采集包括怎么传输、汇聚、计算、数据存储、应用等等都这在一层。

我们的这个云计算运维平台参考框架及技术要求是下面一些要求,基础信息,指标要求,指标真实性验证。你是否达到这些能力,你的真实性怎么需要进一步的验证。

(编辑:源码网)

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

热点阅读