异构云平台的处理方法及装置与流程

文档序号:17429977发布日期:2019-04-17 03:22阅读:844来源:国知局
异构云平台的处理方法及装置与流程

本申请实施例涉及移动终端技术领域,尤其涉及异构云平台的处理方法及装置。



背景技术:

随着云计算的不断发展,云计算服务衍生出基础设施即服务(infrastructureasaservice,iaas)层、平台即服务(platformasaservice,paas)层、数据即服务(dataasaservice,daas)层以及软件即服务(softwareasaservice,saas)层,每层由不同的运维商进行运维,有些运维商同时维护多个层。但是,用户在需要使用不同层的服务时,需要通过多个不同的运维商获取服务,操作繁琐,云服务效率低。



技术实现要素:

本申请实施例的目的是提供一种异构云平台的处理方法及装置,可以提高云服务效率。

第一方面,本申请实施例提供了一种异构云平台的处理方法,所述云平台包括iaas层、paas层、daas层以及saas层;所述方法包括:

为云平台各层配置标准接口,使得每层通过统一的标准接口对外提供服务;

对所述云平台进行分层解耦,统一云服务目录;

根据解耦的各层的基础资源进行资源池化;

当接收到服务请求时,从资源池中调用相应资源响应所述服务请求。

第二方面,本申请实施例提供了一种异构云平台的处理装置,包括:

所述云平台包括iaas层、paas层、daas层以及saas层;所述装置包括:

接口配置模块,用于为云平台各层配置标准接口,使得每层通过统一的标准接口对外提供服务;

解耦模块,用于对所述云平台进行分层解耦,统一云服务目录;

资源池化模块,用于根据解耦的各层的基础资源进行资源池化;

响应模块,用于当接收到服务请求时,从资源池中调用相应资源响应所述服务请求。

本申请实施例中提供的异构云平台的处理方案,首先为云平台各层配置标准接口,使得每层通过统一的标准接口对外提供服务;其次,对所述云平台进行分层解耦,统一云服务目录;再次,根据解耦的各层的基础资源进行资源池化;当接收到服务请求时,从资源池中调用相应资源响应所述服务请求,能够实现一种异构云平台,提高云服务效率。

附图说明

图1为本申请实施例提供的一种异构云平台的处理方法的流程示意图;

图2为本申请实施例提供的云平台分层解耦架构图;

图3为本申请实施例提供的统一云服务目录示意图;

图4为本申请实施例提供的异构云形成流程图;

图5为本申请实施例提供的另一种异构云平台的处理方法的流程示意图;

图6为本申请实施例提供的另一种异构云平台的处理方法的流程示意图;

图7为本申请实施例提供的另一种异构云平台的处理方法的流程示意图;

图8为本申请实施例提供的另一种异构云平台的处理方法的流程示意图;

图9为本申请实施例提供的资源池化形成流程图;

图10为本申请实施例提供的一种异构云平台的处理装置的结构示意图。

具体实施方式

下面结合附图并通过具体实施方式来进一步说明本申请的技术方案。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理,但是其中的许多步骤可以被并行地、并发地或者同时实施。此外,各步骤的顺序可以被重新安排。当其操作完成时处理可以被终止,但是还可以具有未包括在附图中的附加步骤。处理可以对应于方法、函数、规程、子例程、子程序等等。

随着云计算的不断发展,云计算服务衍生出基础设施即服务(infrastructureasaservice,iaas)层、平台即服务(platformasaservice,paas)层、数据即服务(dataasaservice,daas)层以及软件即服务(softwareasaservice,saas)层,每层由不同的运维商进行运维,有些运维商同时维护多个层。但是,用户在需要使用不同层的服务时,需要通过多个不同的运维商获取服务,操作繁琐,云服务效率低。

对于云计算平台的异构,从技术维度及功能维度分析,目前我国私有云、公有云解决方案的技术厂商所使用的主流技术架构主要是openstack框架和hadoop框架体系两种,并对开源技术架构进行商业化高可靠增强及性能提升;大部分云基础服务能力、使用方式基本相同,如弹性主机、容器、文件存储、对象存储、自动伸缩、负载均衡等;伴随着信息化的推进及国内各种云项目的建设,公安对云计算的认知、使用也达到了一定深度,能够明确识别出业务对云服务的功能需求及性能指标需求。但是,在云计算中不同层计算由不同的云微商维护,无法统一为外部提供服务。本申请将架构、服务和认知进行融合,抽象出统一云服务标准规范及系列接口,能够将开源、闭源云计算架构进行有效融合,打破异构云融合的难题,使先进的技术为开源项目所用。具体方案如下所示:

图1为本申请实施例提供的异构云平台的处理方法的流程示意图,该方法用于云计算的情况,图2为本申请实施提供的一种云平台分层解耦架构图,其中包括云平台包括基础设施即服务(infrastructureasaservice,iaas)层、平台即服务(platformasaservice,paas)层、数据即服务(dataasaservice,daas)层以及软件即服务(softwareasaservice,saas)层,以及每层配置的标准接口。saas层用于提供应用服务。daas层用于提供数据服务。paas层用于提供平台统一服务,具体可以包括流式计算和离线计算。可选的,在paas层可能会存在不同的云微商分别运维流式计算和离线计算等子功能,此时需要需要对子功能设置相应的标准接口。iaas层用于提供开源云、计算资源、存储资源、网络资源以及资源整合功能。该方法具体包括如下步骤:

步骤110、为云平台各层配置标准接口,使得每层通过统一的标准接口对外提供服务。

标准接口包括:iaas层内组件之间的标准、iaas与paas之间的标准以及paas层内组件之间的标准、paas与daas之间的标准。

标准是保证各层之间、层之内的能力组件可以通过统一的标准完成无缝对接,通过标准完成各层之间的能力整合,使得不同的厂商的不同层的能力可以兼容。

步骤120、对云平台进行分层解耦,统一云服务目录。

云中心内部,各中心之间资源需要深度融合,实现云平台内不同层次,不同服务的解耦。这就要求云平台中iaas、paas、daas和saas四层解耦,每一层提供的各种服务也需要解耦,各自通过标准接口对外提供服务。本质上来说,各层间解耦是通过本层的服务解耦并向其它层提供服务来完成的

服务接口定义:云平台服务接口定义需要抽象化整合封装,涵盖各种云计算平台服务的主要技术功能指标;遵循公安或国标定义的标准数据格式;支持api、http、webservice接口。

统一云服务目录需要能够集成异构云技术框架的iaas、paas各层的云服务。统一云管理平台主要由云运营、云运维和云服务管理组成。云运营提供统一认证、授权、计量等。云运维提供统一日志、alm、容量管理、监控和故障处理等。云服务管理提供统一服务注册框架、第三方服务市场等功能,如图3所示。在结构各层云服务后,可以为服务使用者提供统一云服务平台。此时,用户提交统一云服务目标。云服务目标可以根据标准接口与任意一个服务层对接。服务提供者可以基于标准接口接收用户提交的统一云服务目标。示例性的,不同的iaas层服务商通过标准接口提供标准化的iaas服务,可以提供对设备的统一服务、调用和管理。设备包括:文件存储、对象存储、块存储、容器、主机以及云平台等。不同的paas层服务商通过标准接口提供标准化的paas服务,可以提供对平台化的统一服务、调用和管理。平台化服务包括:李先计算、关系型数据库、机器学习、实时计算、内存计算、全文处理等。不同的daas层服务商通过标准接口提供标准化的daas服务,数据服务包括:数据关联、数据索引以及数据导航等。不同的saas层服务商通过标准接口提供标准化的saas服务,saas服务包括面向不同应用的应用服务。

步骤130、根据解耦的各层的基础资源进行资源池化。

资源池化是指把基础资源形成资源池,然后通过资源服务向外开发服务的一整套过程。资源池由基础资源组成,基础资源包括服务器、存储设备、网络设备或其它设备。基础设施作为云平台计算资源、存储资源和网络资源的提供者,是云计算环境的基础,包括服务器设备、存储设备、网络设备、其它设备四大类。

1、服务器

按承载的云应用服务类型,可将服务器划分为通用型服务器、计算i/o型服务器、计算存储型服务器、管理型服务器。

通用型服务器:为运维管理、虚拟主机、云安全、内存对象缓存服务等提供基础计算能力,本项目规划采用通用计算型服务器构建高密度计算资源池。

计算i/o型服务器:为分布式计算、并行计算等需要高i/o的云服务提供基础计算能力,机型更强调cpu的计算能力。

计算存储型服务器:为运维管理、非结构化对象存储、离线计算服务等需要大容量存储的云服务提供基础计算能力。

异构服务器:能够提供异构计算(gpu/fpga/cpu/arm/npu)能力,用合适的芯片处理合适的数据,提供高能效比的算力。

2、存储设备

存储设备使用专用存储阵列或分布式存储系统,通过冗余架构、模块化设计和分布式存储软件,存储设备为云平台提供存储资源服务,承载云平台的应用系统存储服务。

3、网络设备

网络设备使用交换机搭建云平台网络环境,通过冗余的架构,模块的设计,和虚拟化的技术,提高云平台网络的高可用性,易扩展性和安全性。网络设备为云平台提供云业务数据的传输通道,将数据计算和数据存储有机的结合在一起,承载云平台的网络传输服务。

4、其它设备

包括标准化和定制化设备。标准化设备基于现有成熟设备,主要适用于通用需求。定制化设备针对行业和应用需求、部署、运维、安全等特点。定制化设备需要进行二次开发、适配和优化,需要前期投入并把控质量。

步骤140、当接收到服务请求时,从资源池中调用相应资源响应服务请求。

通过把基础资源的设备资源池化后,把iaas、paas之上所有的服务能力都以资源服务的形式对外开放服务,如弹性主机、容器服务、块存储、文件存储、对象存储、网络服务、vpc服务、负载均衡、自动伸缩、资源编排、裸金属服务、灾备服务、云桌面等,这些服务可能是一个厂商的也可能不是一个厂商的。

在一种实现方式中,如图4所示,首先制定标准。然后进行分层解耦,分层解耦包括:iaas/paas/daas/saas之内、iaas/paas/daas/saas之间以及iaas/paas/daas/saas之外的解耦。对解耦后的各层进行标准化形成资源池进行资源纳管。标准化后对资源池进行统一管理并形成目录。通过异构云服务接口接收到服务请求,在资源池中分配相应资源响应服务请求。

本申请实施例中提供的异构云平台的处理方法,首先为云平台各层配置标准接口,使得每层通过统一的标准接口对外提供服务。其次,对云平台进行分层解耦,统一云服务目录。再次,根据解耦的各层的基础资源进行资源池化。当接收到服务请求时,从资源池中调用相应资源响应服务请求,能够实现一种异构云平台,提高云服务效率。

图5为本申请实施例提供的一种异构云平台的处理方法的流程示意图,作为对上述实施例的进一步说明,包括:

步骤210、对云平台各层之间配置第一类标准接口,用于各层间解耦,使得每层通过统一的标准接口对外提供服务。

步骤220、对云平台各层之间的耦合关系进行解耦,统一云服务目录。

不同层次解耦:云平台层与层之间解耦,并实现由不同厂家间解耦,需要每一层中各个对外提供的服务接口实现标准化。这样无论厂家怎么替代,只要厂家提供的每一层服务符合统一的接口标准定义即可,从而实现云平台不同层次、不同服务的解耦。

步骤230、根据解耦的各层的基础资源进行资源池化。

步骤240、当接收到服务请求时,从资源池中调用相应资源响应服务请求。

本申请实施例提供的异构云平台的处理方法,能够对各层之间进行解耦,提高结构效率。

图6为本申请实施例提供的一种异构云平台的处理方法的流程示意图,作为对上述实施例的进一步说明,包括:

步骤310、对云平台各层之间配置第一类标准接口,用于各层间解耦,使得每层通过统一的标准接口对外提供服务。

步骤320、对云平台各层之间的耦合关系进行解耦,统一云服务目录。

步骤330、对云平台各层内配置第二类标准接口,用于各层内部解耦。

同层不同服务解耦:从iaas、paas、daas等各层服务内容,同一层服务分别由不同厂家服务组成,对外提供标准服务接口。面向不同的应用服务,分别由不同的iaas、paas或者是daas服务支撑。

步骤340、对云平台各层内部的耦合关系进行解耦。

步骤350、根据解耦的各层的基础资源进行资源池化。

步骤360、当接收到服务请求时,从资源池中调用相应资源响应服务请求。

本申请实施例提供的异构云平台的处理方法,能够对同层的不同运维商提供的子功能进行解耦,提高结构效率。

图7为本申请实施例提供的一种异构云平台的处理方法的流程示意图,作为对上述实施例的进一步说明,包括:

步骤410、对云平台各层之间配置第一类标准接口,用于各层间解耦,使得每层通过统一的标准接口对外提供服务。

步骤420、对云平台各层之间的耦合关系进行解耦,统一云服务目录。

步骤430、对云平台各层内配置第二类标准接口,用于各层内部解耦。

步骤440、对云平台各层内部的耦合关系进行解耦。

步骤450、根据使用类型对解耦的各层的基础资源进行分类,得到功能资源池,功能资源池包括:计算资源池、存储资源池、网络资源池和安全资源池。

1、计算资源池

计算资源池分为高密度计算资源池、高i/o数据库计算资源池、分布式计算资源池、高性能计算资源池

2、存储资源池

主要包括分布式云存储和集中式san存储等,云平台存储系统需要支持多种存储形态的融合管理。

分布式存储:分布式存储将数据分散存储在多台独立的设备上,采用可扩展的系统结构,利用多台存储服务器分担存储负荷,利用位置服务器dxxw存储信息。根据不同的数据类型,分布式存储分为3类:分布式块存储、分布式文件存储、分布式对象存储。

集中式存储:是一个能在单一设备上运行和管理文件和应用程序的存储系统。集中式存储系统在一个单一存储平台上整合基于文件和基于块的访问,支持基于光纤通道的san、基于ip的san(iscsi)和nas(网络附加存储)。

3、网络资源池

按照安全要求划分不同的业务区域,分层指采用汇聚层和接入层两层扁平结构,分平面指采用业务平面、管理平面分离的设计方法,安全是指在不同业务区域之间、在数据中心出口等位置部署安全设备,实现业务安全访问和数据安全保障。不同区域之间通过安全的vpn互相访问。

4、安全资源池

安全资源池,基于软件定义安全技术交付安全能力服务。通过将传统网络安全产品(如防火墙、入侵检测系统、安全加固系统、防病毒系统等)采用虚拟化技术构建软硬件一体资源池。安全资源池与云平台解耦、旁挂部署,通过配置策略路由进行vpc网络打通。整个安全服务层开放解耦,南向可纳管第三方安全设备,及安全资源池,北向提供开放接口为安全管理平台提供标准接入。

步骤460、当接收到服务请求时,从资源池中调用相应资源响应服务请求。

本申请实施例提供的异构云平台的处理方法,能够基于基础资源构建资源池,提高资源池的广度和深度。

图8为本申请实施例提供的一种异构云平台的处理方法的流程示意图,作为对上述实施例的进一步说明,包括:

步骤510、对云平台各层之间配置第一类标准接口,用于各层间解耦,使得每层通过统一的标准接口对外提供服务。

步骤520、对云平台各层之间的耦合关系进行解耦,统一云服务目录。

步骤530、对云平台各层内配置第二类标准接口,用于各层内部解耦。

步骤540、对云平台各层内部的耦合关系进行解耦。

步骤550、对解耦的各层的基础资源进行虚拟化。

如图9所示,通过vpc技术构建多个虚拟网络作为网络资源池,还可以构建网络中的计算机。通过虚拟网络可以进一步对资源池进行虚拟化,提高资源池访问的灵活性。

步骤560、根据虚拟化的基础资源进行资源池化,形成资源池。

步骤570、当接收到服务请求时,从资源池中调用相应资源响应服务请求。

本申请实施例减少了异构云在做融合时,厂商之间在不同层之间的接口对接,也不用考虑对接完成后数据流调试的问题;通过分层解耦、异构兼容、vpc资源池化、标准对接,再通过各层之间的统一服务做到上下层无感,使得每层能力可以把精力花在自己擅长或看中的产品能力上去,同时大量节约了开发资源。

图10为本申请实施例提供的一种异构云平台的处理装置的结构示意图。如图6所示,所述云平台包括iaas层、paas层、daas层以及saas层;该装置包括:

接口配置模块610,用于为云平台各层配置标准接口,使得每层通过统一的标准接口对外提供服务;

解耦模块620,用于对所述云平台进行分层解耦,统一云服务目录;

资源池化模块630,用于根据解耦的各层的基础资源进行资源池化;

响应模块640,用于当接收到服务请求时,从资源池中调用相应资源响应所述服务请求。

进一步的,所述接口配置模块610用于,对云平台各层之间配置第一类标准接口,用于各层间解耦;

相应的,解耦模块620用于,对所述云平台各层之间的耦合关系进行解耦。

进一步的,所述接口配置模块610用于,对云平台各层内配置第二类标准接口,用于各层内部解耦。

相应的,解耦模块620用于,对所述云平台各层内部的耦合关系进行解耦。

相应的,所述资源池化模块630用于:根据使用类型对解耦的各层的基础资源进行分类,得到功能资源池,所述功能资源池包括:计算资源池、存储资源池、网络资源池和安全资源池。

相应的,所述资源池化模块630用于:

对解耦的各层的基础资源进行虚拟化;

根据虚拟化的基础资源进行资源池化,形成资源池。

本申请实施例中提供的异构云平台的处理装置,首先接口配置模块610为云平台各层配置标准接口,使得每层通过统一的标准接口对外提供服务;其次,解耦模块620对所述云平台进行分层解耦,统一云服务目录;再次,资源池化模块630根据解耦的各层的基础资源进行资源池化;当接收到服务请求时,响应模块640从资源池中调用相应资源响应所述服务请求,能够实现一种异构云平台,提高云服务效率。

上述装置可执行本申请前述所有实施例所提供的方法,具备执行上述方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本申请前述所有实施例所提供的方法。

注意,上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解,本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由所附的权利要求范围决定。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1