【业界动态】青云QingCloud资源编排让架构更简单

标签:架构青云QingCloud资源编排

访客:26233  发表于:2016-05-18 13:52:57

  近日,青云QingCloud推出了资源编排(Resources Orchestration)功能,青云QingCloud CTO甘泉和负责资源编排功能的web前端工程师梁波接受媒体采访,为大家分享了:资源编排如何通过直观的图形化操作,帮助用户快速构建复杂拓扑的系统。

  

                                        青云QingCloud CTO甘泉


  功能和场景

  据梁波介绍,资源编排是对资源的抽象建模和实例生成、维护的一种管理方式,用于生成一组彼此关联,即具有拓扑关系的QingCloud IaaS/PaaS 资源组合的模板,模板描述了资源的详细配置和关联关系。通过该功能,用户可以快速地复制一整套环境,规划和评估系统架构,并实现资源结构跨区域的复用。在控制台,用户可以通过丰富、自由的方式创建编排模板,用所见即所得的方式规划资源组合,构建系统。这项资源编排功能共提供了三种模板创建方式、开放式的图形化操作和全面直观的资源配置。

  资源编排具备以下几方面能力:它能把主机、负载均衡器、数据库、大数据等具体的现有资源抽象出来,成为配置;它能够按预先配置好的规范建立模型;它能够把建立好的模型实例化成资源,对实例化的资源的属性、元数据等进行增加、修改、删除等操作;还可以对模板实例进行生命周期的回收管理。

  根据这些功能,资源编排可以适用的场景也非常广泛,以实际应用场景为例:

  场景一:接受自定义结构、配置的资源申请

  青云QingCloud的一个私有云客户曾提出一个需求,由于他所在的部门是资源管理部门,要管理所有子部门的资源,所以他希望能用青云QingCloud平台实现对资源的管理。比如A部门需要一个资源,要向他提出审批,才可以给A部门。而A部门每次给他提出的需求都是一系列的,如要搭建内部员工考核系统,需要两台Web主机、一个数据库,还要做缓存等等,他需要把这些需求一次性生成。原始的实现方式是他一台一台的生成,过程非常复杂。而这正好是资源编排可以解决的问题,A部门把一系列需求提交给他之后,他可以用让资源编排的API一次性生成。

  场景二:多套环境快速复制

  每家公司都会有很多部门、很多环境,比如一个产品要上线,在上线之前需要先开发,开发环境里包括后端、前端、数据。上线之前要做测试、Staging环境、线上环境,每个环境的配置基本相同,才能完整的跑测试。对运维人员来说,复制这些环境非常麻烦,但如果有资源编排功能,他就可以把这个功能所描述的配置、拓扑关系抽象出来,抽象出来的配置可以快速复制应用生成,再把资源复制出来。如果A部门和B部门环境相同,也可以用这种方式处理。

  场景三:系统规划与构建

  企业用户也许不知道最后实现什么样的系统,但是想要做规划。只要用户大概知道想要什么、架构什么样的服务,它可以提供抽象建模的能力,在上面用拖拽的方式,把组网、存储、计算所需要的东西都算进来,还可以看到实时的价格。按照这种方式规划,用户在生成之前就可以知道月预算、年预算是多少,而且能够在看到架构的基础上看到价格,而不只是一个大概的清单。

  场景四:跨区域的拓扑复用

  很多企业用户都会碰到一些不可预知的问题,如IDC网络故障,导致他所在区域的网络受到攻击,服务暂时不可用。有些用户会考虑每个时间段的服务可用问题,做跨区部署。跨区部署涉及到如何把这个区域的资源放在另一个区域。通过资源编排的方式,可以先把区域的模块、拓扑关系和配置关系抽象出来,在另一个区域建立资源,把一整套复制过去。

  

                                   青云QingCloud Web工程师


  梁波告诉记者,要实现资源编排过程,说起来简单,但是做起来还是比较复杂的。首先要能把它抽象化,包括很多实体关系、配置关系、约束关系。抽象之后要把它具体化,形成实体,最后,需要创建什么资源、需要什么样的配置、中间需要什么样的关联,才能把它在实体环境下,按照拓扑环境搭建出来,中间检查的过程是非常繁琐的。为此,青云QingCloud提供了一套完整的API,包括抽象层的API,实例化API,实时检查、定义规范是否符合要求的检查性API。

  扩展性架构为上层应用打好基础

  据了解,这是青云QingCloud推出的第一版资源编排功能,能够满足用户的基本需求,日后还将会根据用户的使用反馈,不断进行迭代。

  甘泉表示,从青云QingCloud开发的角度来讲,还没有想得特别长远,但是QingCloud有个基本判断。“我们要盖一栋大楼,这个大楼里最后的房间和装饰是什么样,我们还不知道,因为太遥远了。从架构师的角度而言,可以确定的是,如果没有这个地基,上面建什么都白搭,所以我们现在所做的事情是把地基打好。”

  因为用户的需求最终需要靠资源编排服务来承载,需要有一个可以兼容各种可能性的基础服务,可以承担起所有基于它的上层应用开发。在这个基础服务之上,再开发上层服务时,不会受到限制,也不需要推翻重来。“这是一个架构师要实现的最重要的目标。”甘泉强调,“好架构和烂架构的区别就在这里,烂架构也能实现一些功能,但是它不具备扩展性,不能实现更多的需求,而我们的架构是具有扩展性的。”

  用户定位

  谈到用户的定位时,甘泉表示,对于使用青云QingCloud平台的人而言,很难说这个人群是纯的运维人员还是开发人员,实际上应该是这两个角色的综合体。

  比如在做拓扑、编排的时候,用户的心里要有谱,如何部署软件架构。但纯运维人员是做不到的,他只能看到资源层面的东西,而资源都是为软件服务的。

  事实上,很多传统企业对于IT人员的岗位设定过于严格了,网络运维人员就是网络运维人员,开发人员就是开发人员,分得很清楚,开发人员想要做变更,必须要通过网络运维人员,还需要与对方协商。

  甘泉指出:“但是对于使用青云QingCloud的人而言,在我们这个系统里,这几个角色都统一了。你作为开发者、服务提供者,你知道这个系统应该怎么样部署。”

  让用户使用资源更简单

  当前,有越来越多的企业开始采用混合云的架构,那么资源编排还能有效支持吗?

  对此,甘泉表示,青云QingCloud做的资源编排是让用户使用资源时变得更简单,而不是成为束缚。QingCloud的开发人员在构思产品时会考虑到公有云和私有云的需求,对这两种场景都会支持。

  对青云QingCloud而言,资源编排实际上是私有云用户提出的需求。对他们而言,掌握资源编排的人和开发人员完全是两种人,他们要编排、审核、批准。比如写文档,他需要了解这个部门的资源拓扑或者资源使用情况,所以他需要编写一个基于资源的文档,这对他来说是非常困难的。他看到的都是离散的配置和组件:有多少台主机、路由器,而且对它们之间的关系也不了解。“我们通过这个方式,给他一个宏观的图片,他能够基于这个文档做很多事情。”

  “不过,我不认为私有云上的需求,在公有云上就用不到,只是需求强烈与否的区别。我不认为公有云用户就不需要这个东西。”甘泉补充到。

  从基础架构转向上层应用服务

  谈到未来时,甘泉告诉记者,过去青云QingCloud大量开发的重点都是在如何用云的方式提供资源,这些是打地基的过程,如果没有这些基础,往上构建上层建筑是非常不现实的;把这个基础打好了,上层建筑就会非常容易。“像资源编排也是一样,我们让资源的分配、管理变得更加容易,但我们绝不会止步于此。”

  据悉,2016年将是青云QingCloud的一个分水岭,之后QingCloud会慢慢兼顾PaaS层,重点将是基于资源的应用和服务。甘泉指出,届时仍然会用到QingCloud以前所开发的、基于资源层面的技术,包括网络技术、存储技术、计算技术、基于容器的资源技术。

  文/刘沙

评论(0)

您可以在评论框内@您的好友一起参与讨论!

<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");