CN108762883B - 实现物理平台虚拟化管理调度的配置结构和配置方法 - Google Patents

Abstract

一种实现物理平台虚拟化管理调度的配置结构和配置方法。在实现物理平台虚拟化管理调度的配置结构中，所述物理平台具有资源、物理服务总线和管理中心，其特征在于，所述配置结构包括：N个资源所属域，所述资源所属域由所述资源根据业务属性划分而成；N条虚拟服务总线，所述虚拟服务总线由所述物理服务总线虚拟而成；N条所述虚拟服务总线一一对应于N个所述资源所属域；其中，N为2以上的整数。所述实现物理平台虚拟化管理调度的配置结构实现了基于一套物理平台，支撑上层不同业务主题的效果。

Description

实现物理平台虚拟化管理调度的配置结构和配置方法

技术领域

本发明涉及信息技术领域，尤其涉及一种实现物理平台虚拟化管理调度的配置结构和配置方法。

背景技术

信息行业中的“虚拟化”技术，通常是指信息***和它赖以运行的基础组件，比如主机、操作***、运行环境等，不是按传统的一对一配套运行，而是由专用的技术(虚拟技术)统一整合和管理，对前述各类基础组件进行配置，再根据上层不同应用的不同需求，动态划分相应资源，实现资源按需分配，提高资源的利用率，节省投资。

目前的虚拟技术多在于虚拟机等的开发，或者对一个基础组件内部端口等的虚拟化。

发明内容

本发明解决的问题是提供一种实现物理平台虚拟化管理调度的配置结构和方法，以实现基于一套物理平台，支撑上层不同业务主题的效果。

为解决上述问题，本发明提供了一种实现物理平台虚拟化管理调度的配置结构，所述物理平台具有资源、物理服务总线和管理中心，所述配置结构包括：N个资源所属域，所述资源所属域由所述资源根据业务属性划分而成；N条虚拟服务总线，所述虚拟服务总线由所述物理服务总线虚拟而成；N条所述虚拟服务总线一一对应于N个所述资源所属域；其中，N为2以上的整数。

可选的，所述配置结构还包括N个虚拟管理中心，所述虚拟管理中心由所述管理中心虚拟而成，N个所述虚拟管理中心一一对应于N条所述虚拟服务总线。

可选的，所述物理服务总线包括至少一条主服务总线，所述物理服务总线还包括配合于所述主服务总线的至少一条从属服务总线；或者，所述物理服务总线包括至少一条主服务总线，所述物理服务总线还包括配合于所述主服务总线的至少一条备用服务总线。

可选的，所述配置结构还包括M个资源池，所述资源池由所述资源根据资源固有属性划分而成，M为2以上的整数；一个所述资源池包括至少一个所述资源所属域；所述资源池包括基础服务资源池，所述基础服务资源池包括数据服务、软件资源服务、资源注册中心服务、服务流程引擎服务、地图融合服务、消息服务、消息队列服务和文件转换服务的至少其中之一。

可选的，所述配置结构还包括各自独立的N个运行时数据库，一个所述运行时数据库用于配合一个所述虚拟服务总线。

为解决上述问题，本发明还提供了一种实现物理平台虚拟化管理调度的配置方法，所述物理平台具有资源池、物理服务总线和管理中心，所述配置方法包括：将所述资源池中的资源按业务属性划分为N个资源所属域；将所述物理服务总线虚拟成N条虚拟服务总线；将N条所述虚拟服务总线与N个所述资源所属域建立一一对应；其中，N为2以上的整数。

可选的，所述配置方法还包括将所述管理中心虚拟成N个虚拟管理中心，将N个所述虚拟管理中心与N个所述虚拟服务总线建立一一对应。

可选的，所述配置方法还包括配置所述物理服务总线包括至少一条主服务总线，并配置所述物理服务总线包括配合于所述主服务总线的至少一条从属服务总线；或者，还包括配置所述物理服务总线包括至少一条主服务总线，并配置所述物理服务总线包括配合于所述主服务总线的至少一条备用服务总线。

可选的，所述配置方法还包括配置M个不同的所述资源池，不同的所述资源池由所述资源的不同固有属性划分而成，M为2以上的整数；一个所述资源池包括至少一个所述资源所属域；所述资源池包括基础服务资源池，所述基础服务资源池包括数据服务、软件资源服务、资源注册中心服务、服务流程引擎服务、地图融合服务、消息服务、消息队列服务和文件转换服务的至少其中之一。

可选的，所述配置方法还包括配置各自独立的N个运行时数据库，一个所述虚拟服务总线采用一个所述运行时数据库。

本发明技术方案的其中一个方面中，在物理服务总线上虚拟扩展为多条虚拟服务总线，并将资源划分至各个资源所属域以对应至各个虚拟服务总线，使物理平台“服务化”，以类似“服务出租”的结构，实现原本在物理上仅是一套的物理平台软件，在逻辑上能够被划分成多套虚拟平台，供上层多套互相独立的应用各自使用，且互不影响，实现可靠性强的架构设计。并且，这种配置结构能够做到根据上层应用的实际需求，在不同应用之间调配物理平台的计算、存储和通信等运行时资源，从而能够支持两个以上的业务主题，实现在单一物理平台之上，架构多个逻辑业务管理中心和多个逻辑业务资源中心的虚拟化效果。

附图说明

图1是本发明实施例提供的物理平台部分结构示意图；

图2是图1所示物理平台另外部分结构示意图；

图3是图2中的管理中心未虚拟化前的物理结构示意图；

图4是图2中的管理中心虚拟化后的结构示意图。

具体实施方式

现有物理平台的结构上，业务管理与物理结构合二为一，业务管理中心和平台物理中心都集中在信息中心，在同一物理平台上，同时并发地运行多个互不干扰的业务功能群。这种情况无法很好地支持各个不同的业务主题。

为此，本发明提供一种实现物理平台虚拟化管理调度的配置结构和方法，实现“虚拟化管理”，达到基于一套物理平台，支撑上层不同业务主题的效果。

为更加清楚的表示，下面结合附图对本发明做详细的说明。

本发明实施例提供一种实现物理平台虚拟化管理调度的配置结构，所述物理平台具有资源(如图2中的数据资源，所述数据资源包括空间地理信息库181、市民信息库182和法人信息库183)、物理服务总线(如图1和图2中的物理服务总线160)和管理中心(如图2中的管理中心190)。

所述实现物理平台虚拟化管理调度的配置结构包括：N个资源所属域，所述资源所属域由所述资源根据业务属性划分而成；N条虚拟服务总线，所述虚拟服务总线由所述物理服务总线虚拟而成；N条所述虚拟服务总线一一对应于N个所述资源所属域。其中，N为2以上的整数，例如，N可以为2、3、4、5、6、7或8等。

本实施例中，所述资源所属域由所述资源根据业务属性划分而成。

所述资源在物理平台中的定义，是由它的属性描述来实现的，包括它的名称、类别、来源和共享方式等等。

将所述资源(所述资源通常也分在后续的资源池中，可以由资源池中再划分相应的资源所属域)划分至多个所述资源所属域时，相应的作法可以是：为这些所述资源增加了一个“业务域”的属性描述，此时相应的，具有相同“业务域”属性的所述资源，自然形成了对应“资源所属域”的资源，即完成了将所述资源划分至资源所属域的过程。

本实施例中，业务属性可以由业务专题直接得到。如果一个业务专题得到的是唯一一个业务属性，且不同业务专题得到的业务属性不同时，此时，不仅一个所述资源所属域对应于一个所述业务属性，而且，一个所述业务专题对应一个所述资源所属域。进一步可知，此时，资源所属域的个数与所述业务专题的个数相同。当资源所属域的个数与所述业务专题的个数相同时，可以认为，所述资源所属域是由所述资源根据所述业务专题划分而成的。业务专题为资源所属域增加分类属性，实现分类管理，形成相应资源所属域，比如交通信息资源所属域、信用信息资源所属域等等，既方便上层虚拟平台共享访问，又方便虚拟化管理。

本实施例中，所述虚拟服务总线由所述物理服务总线虚拟而成。所述物理服务总线可以包括一条或者多条物理服务总线，因此，虚拟服务总线由物理服务总线虚拟而成是指虚拟服务总线由整套物理服务总线虚拟而成，而整套物理服务总线，则可以包括一条或者多条物理服务总线。

服务总线的主要功能是实现分布式资源之间的传输和调度。通常，可以通过提取服务总线的关键特征属性，形成服务总线在物理平台中的定义。所述属性可以包括服务总线的名称、标识、组件、组件连接关系、挂接的资源和传输能力(可参考网络流量计量单位，通常为MBps)等等。通过这些属性，来描述一条物理服务总线。

所述物理服务总线虚拟为所述虚拟服务总线时，可以采用相同的上述属性来定义虚拟服务总线，并在此基础上增加“业务域”和“与物理总线的映射关系”等属性。根据这种创建方法创建出N条符合这些属性描述的N条虚拟服务总线，即完成了对物理服务总线的虚拟化。所述创建方法中可以包括：总线“业务域”与资源“业务域”一脉相承。物理服务总线与虚拟服务总线的映射关系可以为多对多(例如K对N，其中K为1以上的整数)。由一条物理服务总线上虚拟出来的虚拟服务总线，其传输能力之和不能超过物理服务总线的传输能力。

在虚拟服务总线执行资源传输和调度的过程中，可以根据所述资源的“业务域”属性，将所述资源分配到对应的虚拟服务总线进行传输和调度，此时即所述虚拟服务总线与相应所述资源所属域的对应。

并且，可以根据传输能力的动态计算，为不同所述虚拟服务总线动态分配计算、存储和通信等运行时资源，以保证对应物理服务总线传输的稳定性，并最大化地提高所述物理服务总线的利用率。

本实施例中，当N条所述虚拟服务总线一一对应于N个所述资源所属域时，一个所述资源所属域对应于一条所述虚拟服务总线，反过来，一条所述虚拟服务总线也对应于一个所述资源所属域。

本实施例中，实现物理平台虚拟化管理调度的配置结构还包括M个资源池，所述资源池由所述资源根据资源固有属性划分而成，M为2以上的整数。本实施例中，资源池一个所述资源池包括至少一个所述资源所属域。

结合前面对资源所属域的划分可知，本实施例对资源池和资源所属域的划分是相对独立的，但是，通常可以将资源划分到相应的资源池之后，再对资源池中的资源进一步进行资源所属域的划分，如后续图1具体例子所示。

本实施例所提供的配置结构中，还包括N个虚拟管理中心，所述虚拟管理中心由所述管理中心虚拟而成，N个所述虚拟管理中心一一对应于N条所述虚拟服务总线。此时，即一个所述虚拟管理中心对应于一条所述虚拟服务总线。请结合参考后续图2至图4。

所述管理中心虚拟成N个虚拟管理中心可以包含前端虚拟化、后端虚拟化、可视化管理***三个部分。

前端虚拟化可以是用目录的方式来区分不同的资源所属域(业务域)，因此，各个资源所属域可以根据访问不同的URL来访问对应的域。程序根据用户请求的URL识别出当前请求的资源所属域，加载相应的静态资源及动态数据。各域个资源所属域可以根据自己的需求覆盖对应目录的静态资源来实现页面及功能的定制。

后端虚拟化是指不同的资源所属域使用同一套后端代码接口访问各自的数据库。后端采用多数据源的方式连接多个数据库，当接口被访问时，可根据URL识别映射到对应的数据源后通过该源获取数据，实现数据的物理隔离，提升数据安全。

可视化管理***是用于提供平台虚拟化的可视化管理，包括划分新的虚拟平台，为虚拟平台分配虚拟服务总线(此时也相应实现了N个所述虚拟管理中心一一对应于N条所述虚拟服务总线)，并分配用户和服务等资源；采用文件流的方式创建虚拟平台的目录及模版文件，并修改相关配置信息，从而创建出一套可独立运行的应用***；支持将新划分的虚拟平台发布到远程终端。

本实施例提供的实现物理平台虚拟化管理调度的配置结构，实现的是一种安全性架构的设计改进，通过上述内容可知，这种配置结构能够形成从资源(数据)到总线再到应用的完整隔离。例如，在底层数据存储上，由于为资源(数据)增加了资源所属域的属性(即将资源划分对不同的资源所属域)，从而能够使不同资源所属域的资源之间，默认的权限关系为相互隔离，这就实现了资源(数据)的完整隔离。而在中间服务的调用上，相应的虚拟服务总线(不同资源所属域对应的虚拟服务总线)之间，也能够设置为默认互相不同能访问。从而实现了总线的完整隔离。而对于上层应用，各个应用会各自拥有独立的管理入口和页面，独立的用户群、独立的权限配置等，同样实现完整隔离。

本实施例中，支持多物理服务总线的扩建，因此，即便是单一的物理服务总线也可以扩展为多物理服务总线。另外，对于服务总线的虚拟化，支持多物理服务总线虚拟为多虚拟服务总线。通过服务总线虚拟化，还实现平台组件(总线、接入点和数据库等)的虚拟化管理。

当所述物理服务总线为多条时，本实施例中，设置所述物理服务总线包括至少一条主服务总线，所述物理服务总线还包括配合于所述主服务总线的至少一条从属服务总线。进行主服务总线和从属服务总线的设置，能够减轻每一条物理服务总线运行负载，避免物理服务总线发生故障。或者，在其它实施例中，所述物理服务总线包括至少一条主服务总线，所述物理服务总线还包括配合于所述主服务总线的至少一条备用服务总线。进行主服务总线和备用服务的设置，能够保证在主服务总线故障时，自动启动备用服务总线，提升平台整体可靠性。

本实施例中，资源通过固有特性进行分类，组成不同的资源池，比如组成用户(用户类)资源池、业务(业务类)资源池或者数据(数据类)资源池等。资源池通过运行期业务类型不同，挂接到不同的协同业务模块。比如以上两类资源池，均可接入到三类不同协同业务模块。所有资源池及挂接的模块，共同组成逻辑上一条服务总线。在划分资源池时，利用的上述固有属性可以为例如服务接口(属性)、文件交换(属性)、数据库交换(属性)等类别。对资源进行资源池的划分，实现分类管理。同时实现性能资源的虚拟化弹性管理，具体的，可以通过外部虚拟化，实现基础资源(CPU、内存和网络等)的虚拟化管理。

本实施例中，所述资源池可以包括基础服务资源池，所述基础服务资源池包括数据服务(DaaS)、软件资源服务、资源注册中心服务、服务流程引擎、地图融合服务、消息服务、消息队列服务和文件转换服务的至少其中之一。

基础服务资源池与前述的资源池相同，挂接到一个以上的协同业务模块，而一个协同业务模块连接一条所述虚拟服务总线。也就是说，此时，基础服务资源池挂接到至少一条所述虚拟服务总线。

本实施例中，还包括各自独立的N个运行时(Runtime)数据库，一个所述运行时数据库用于配合一个所述虚拟服务总线。这种一个所述运行时数据库对应配合一个所述虚拟服务总线的结构，以独立存储各个虚拟服务总线的处理运行日志和监控数据。

本实施例中，根据业务特性不同，在负载均衡的实现上，又可分为两种策略，静态负载均衡结构和动态负载均衡结构，并且，不仅可以分别采用两种结构，还可以同时采用两种结构。

本实施例所提供实现物理平台虚拟化管理调度的配置结构，在物理服务总线上虚拟扩展为多条虚拟服务总线，并将资源划分至各个资源所属域以对应至各个虚拟服务总线，使物理平台“服务化”，以类似“服务出租”的结构，实现原本在物理上仅是一套的物理平台软件，在逻辑上能够被划分成多套虚拟平台，供上层多套互相独立的应用各自使用(即每一套独立的逻辑平台出现故障，不影响其它逻辑平台的正常运行)，且互不影响，实现可靠性强的架构设计。并且，这种配置结构能够做到根据上层应用的实际需求，在不同应用之间调配物理平台的计算、存储和通信等运行时资源，从而能够支持两个以上的业务主题(支持两个以上的业务***)，实现在单一物理平台之上，架构多个逻辑业务管理中心和多个逻辑业务资源中心的虚拟化效果。

上述内容的一种具体例子请参考图1至图4。

物理平台100的配置结构包括资源、物理服务总线160(如图1和图2所示)和管理中心190(如图2所示)。其中，资源可以为如图2中的数据资源，所述数据资源包括空间地理信息库181、市民信息库182和法人信息库183。

图1中，进一步显示了三个资源所属域和三条虚拟服务总线，所述资源所属域由所述资源根据业务属性划分而成，所述虚拟服务总线由所述物理服务总线虚拟而成。

图1和图2共同表示了三条所述虚拟服务总线一一对应于三个所述资源所属域。其中，图1显示，物理平台100的配置结构包括两个资源池，分别为资源池110和资源池120。

图1显示，一个所述资源池包括三个所述资源所属域。资源池110包括资源所属域111、资源所属域112和资源所属域113。资源池120包括资源所属域121、资源所属域122和资源所属域123。在更加具体的情况下，资源池110可以是协同用户资源池，资源池120可以是业务服务资源池。

图1中，不同资源池之间的所述资源所属域是相同的，资源所属域111和资源所属域121属于同一个资源所属域，资源所属域112和资源所属域122属于同一个资源所属域，资源所属域113和资源所属域123属于同一个资源所属域。因此，全部资源池中包括的所述资源所属域的个数为N个(3个)，而每一个资源池也包括N个(三个)资源所属域。

其它实施例中，M个所述资源池可以均包括N个所述资源所属域，但是，M个所述资源池一共也只包括N个所述资源所属域，因为M个所述资源池具有的N个所述资源所属域都是相同的。当然，每个所述资源池中包括的所述资源所属域也可以少于N个，例如，也可以仅为一个。

图1所示，一个所述资源池挂接到一个以上的协同业务模块，具体的，资源池110和资源池120分别挂接到了协同业务模块131、协同业务模块141和协同业务模块151。具体的，是资源池110中的资源所属域111挂接到协同业务模块131，资源池110中的资源所属域112挂接到协同业务模块141，资源池110中的资源所属域113挂接到协同业务模块151。同样的，资源池120中的资源所属域121挂接到协同业务模块131，资源池120中的资源所属域122挂接到协同业务模块141，资源池120中的资源所属域123挂接到协同业务模块151。在具体的情况中，协同业务模块131可以是企业信用业务信息协同，协同业务模块141可以是网上并联审批信息协同，协同业务模块151可以是商品购置信息协同。

其它实施例中，协同业务模块可以是其它个数，例如为两个，或者四个以上，再例如，其它实施例中，还可以有交通信息协同对应的协同业务模块。

图1还显示了物理平台100还具有物理服务总线160和基础服务资源池170。基础服务资源池170中可以包括数据服务171、软件资源服务172、资源注册中心(服务)173、服务流程引擎(服务)174、地图融合服务175、消息服务176、消息队列服务177和文件转换服务178等基础功能，从底层上支撑物理服务总线160对外提供各类业务服务。

图2中进一步显示了物理平台100的其它结构，包括物理服务总线160(图1中也进行了显示)，以及虚拟服务总线130、虚拟服务总线140和虚拟服务总线150。

图1和2中虽未显示，但是协同业务模块131、协同业务模块141和协同业务模块151分别对应于虚拟服务总线130、虚拟服务总线140和虚拟服务总线150，即本实施例中，一个所述协同业务模块对应于一条所述虚拟服务总线，此时，也即一个资源所属域挂接到一条所述虚拟服务总线。

具体挂接时，可以在平台运行期由***管理人员在注册资源时，根据资源池中各资源所属域对应的业务类型，将资源所属域挂接到相应的协同业务模块，相应的，即是将协同业务模块对应到相应的虚拟服务总线(虚拟平台)上。

图2中，还显示了整个物理平台100了包括有空间地理信息库181、市民信息库182和法人信息库183，这三个库提供了各类数据资源，它们统一可以作为一个资源池，例如作为数据资源池，三个库统一挂接至物理服务总线160。

其它实施例中，物理平台可以包括其它个数的数据库，例如两个或者四个以上。并且，具体的数据库中还可以有车辆信息库等。

图2中，还显示了不同的服务总线采用各自独立的运行时(Runtime)数据库，以独立存储处理运行日志和监控数据等。虚拟服务总线130、虚拟服务总线140和虚拟服务总线150分别对应采用运行时数据库132、运行时数据库142和运行时数据库152，而物理服务总线160采用运行时数据库162。

图2中，还显示了物理平台100的虚拟服务总线130、虚拟服务总线140、虚拟服务总线150和物理服务总线160分别用于支持不同的平台(虚拟服务总线150支持的平台未示出)，具体的，虚拟服务总线130用于支持平台103，虚拟服务总线140用于支持平台102，物理服务总线160用于支持平台101(平台101、平台102和平台103在图2中以虚线框显示)。其中，平台101可以为各种部门间资源共享与业务协同类应用(平台)，平台102可以为一站式惠民服务平台(对应的，虚拟服务总线140可以为惠民服务总线)，平台103可以是信用共享平台(对应的，虚拟服务总线130可以为信用共享总线)。此时，可以看到，平台102和平台103，相当于是从平台101中分离出来的独立功能平台。

图2中，还显示了物理平台100包括服务资源池170a和服务资源池170b，它们分别挂接于虚拟服务总线140和虚拟服务总线130，以便对两条服务总线提供相应服务。

图2中，还显示了物理平台100包括管理中心190，管理中心190也进行了相应的虚拟化，请结合参考后续的图3和图4。

如图3所示，物理平台100的管理中心190包括物理中心191、总控中心192以及三个分控中心，这是未进行虚拟化配置之前的物理结构。

而图4显示了在虚拟化配置之后，本实施例除了包括物理中心191，基础管理中心194，以及虚拟而成的三个虚拟管理域195(图4中以虚线框显示)，虚拟管理域195为一个虚拟管理中心，此时，即一个所述虚拟管理中心对应于一条所述虚拟服务总线。其中，每个虚拟管理域195可以是包括一个逻辑总控中心1951和两个逻辑分控中心1952(图4中以虚线框显示)。其它实施例中，逻辑分控中心也可为三个以上。

结合图2至图4可知，在物理平台100中，在原来单一物理中心191上，支持了多个虚拟管理平台(即虚拟管理域195，或者说虚拟管理中心)。

每个虚拟管理平台逻辑上都是一个业务分层和管理域的划分，一个逻辑平台代表一个不同业务层次。

图4所示管理结构，使各逻辑平台拥有自己的业务资源和管理中心，为物理平台100的总体功能上带来了“专题业务分层”的功能，能够使得各业务功能群之间在管理上具有独立性。

图4这种管理结构实现了在一套物理管理中心的基础上，虚拟化成多个逻辑管理中心，并分配对应的虚拟服务总线，实现多逻辑管理中心的业务共享自治。

本发明另一实施例还提供一种实现物理平台虚拟化管理调度的配置方法。

所述实现物理平台虚拟化管理调度的配置方法中，所述物理平台具有资源、物理服务总线和管理中心，所述配置方法包括：将所述资源按业务属性划分为N个资源所属域；将所述物理服务总线虚拟成N条虚拟服务总线；将N条所述虚拟服务总线与N个所述资源所属域建立一一对应。此时，一条虚拟服务总线对应于一个所述资源所属域，一个资源所属域也对应于一条虚拟服务总线。其中，N为2以上的整数。

上述内容中，将所述资源按业务属性划分为N个资源所属域可以参考前述实施例相应内容，将所述物理服务总线虚拟成N条虚拟服务总线可以参考前述实施例相应内容，将N条所述虚拟服务总线与N个所述资源所属域建立一一对应，可以参考前述实施例相应内容。

本实施例中，将所述物理服务总线虚拟成N条虚拟服务总线时，是将逻辑上单一服务总线，扩展为支持逻辑及物理上的多服务总线，针对上层不同应用，分别提供独立的资源管理，实现性能可弹性扩展。这种虚拟化过程，并不改变物理上的分布式和多段式统一流程的服务总线部署结构。

本实施例中，将N条所述虚拟服务总线与N个所述资源所属域建立一一对应。实现了物理平台的资源从原来挂接在单一的基础服务总线，升级为可以挂接到多条服务总线。

本实施例所提供的配置方法，还包括将所述管理中心虚拟成N个虚拟管理中心，将N个所述虚拟管理中心与N个所述虚拟服务总线建立一一对应。

将所述管理中心虚拟成N个虚拟管理中心，将N个所述虚拟管理中心与N个所述虚拟服务总线建立一一对应的过程，可以参考前述实施例相应内容。

在所述配置方法中，物理平台在“虚拟化”过程中，物理平台的总体架构基本不变，即物理平台在物理通常仍然呈现原有的SOA架构，并且更加强调分布式和多段式统一流程的服务总线部署结构。并且，在不同资源所属域的网络与管理环境下，物理平台的虚拟服务总线之间，进行无缝对接。同时，在原有物理平台的架构基础上，通过对物理服务总线虚拟化，保证上层的应用独立运行在各个虚拟平台之上，所述虚拟平台包括相应的资源所属域、虚拟服务总线和虚拟管理中心。可结合参考前述实施例相应内容。

前面提到，本实施例具有分布式的服务总线部署结构，这是因为，物理平台可以用“分布式服务总线”架构为基础，来解决物理平台引入“虚拟化”资源管理功能后，带来的资源访问与数据传输的性能压力。

本实施例所提供的配置方法，还包括配置所述物理服务总线包括至少一条主服务总线，并配置所述物理服务总线包括配合于所述主服务总线的至少一条从属服务总线。或者，还包括配置所述物理服务总线包括至少一条主服务总线，并配置所述物理服务总线包括配合于所述主服务总线的至少一条备用服务总线。

本实施例所提供的配置方法，还包括将所述资源按固有属性划分为M个资源池，M为2以上的整数。将一个所述资源池与一个以上的协同业务模块挂接，将一个所述协同业务模块与一条所述虚拟服务总线挂接。

本实施例中，在资源池划分过程中，是将资源通过固有特性进行划分和分类的。

所述资源池包括基础服务资源池，所述基础服务资源池包括数据服务、软件资源服务、资源注册中心、服务流程引擎、地图融合服务、消息服务、消息队列服务和文件转换服务的至少其中之一。

本实施例所提供的配置方法，还包括配置各自独立的N个运行时数据库，一个所述虚拟服务总线采用一个所述运行时数据库。不同的所述虚拟服务总线采用各自独立的运行时数据库，以独立存储处理运行日志和监控数据。

此外，本实施例中，可以采用动态负载均衡与静态负载均衡相结合的负载均衡策略。具体的，静态负载均衡结构和动态负载均衡策略可以用不同方式实现，例如根据不同的业务专题(业务专题根据专题身份标识来区分)，使不同的数据，走不同的传输通道来实现。

本实施例所提供的配置方法，将物理平台的进行整合管理各类基础组件，再根据上层不同应用的不同需求，动态划分资源，实现资源按需分配，提高资源的利用率，节省成本。同时，通过划分和虚拟化，实现物理平台性能的平行扩展，提升物理平台整体的可靠性。

本实施例所提供的实现物理平台虚拟化管理调度的配置方法，能够使一个物理平台用于支持两个以上的业务主题，即所述配置方法能够用于实现前述实施例的实现物理平台虚拟化管理调度的配置结构，因此，更多有关本实施例方法形成的结构的优点和性质，请参考前述实施例相应内容。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (8)

1.一种实现物理平台虚拟化管理调度的配置结构，所述物理平台具有资源、物理服务总线和管理中心，其特征在于，所述配置结构包括：

N个资源所属域，所述资源所属域由所述资源根据业务属性划分而成，业务属性由业务专题直接得到；

N条虚拟服务总线，所述虚拟服务总线由所述物理服务总线虚拟而成；

N条所述虚拟服务总线一一对应于N个所述资源所属域；

其中，N为2以上的整数；

还包括M个资源池，所述资源池由所述资源根据资源固有属性划分而成，M为2以上的整数；一个所述资源池包括至少一个所述资源所属域；所述资源池包括基础服务资源池，所述基础服务资源池包括数据服务、软件资源服务、资源注册中心服务、服务流程引擎服务、地图融合服务、消息服务、消息队列服务和文件转换服务的至少其中之一。

2.如权利要求1所述的实现物理平台虚拟化管理调度的配置结构，其特征在于，还包括N个虚拟管理中心，所述虚拟管理中心由所述管理中心虚拟而成，N个所述虚拟管理中心一一对应于N条所述虚拟服务总线。

3.如权利要求1或2所述的实现物理平台虚拟化管理调度的配置结构，其特征在于，

所述物理服务总线包括至少一条主服务总线，所述物理服务总线还包括配合于所述主服务总线的至少一条从属服务总线；或者，

所述物理服务总线包括至少一条主服务总线，所述物理服务总线还包括配合于所述主服务总线的至少一条备用服务总线。

4.如权利要求1或2所述的实现物理平台虚拟化管理调度的配置结构，其特征在于，还包括各自独立的N个运行时数据库，一个所述运行时数据库用于配合一个所述虚拟服务总线。

5.一种实现物理平台虚拟化管理调度的配置方法，所述物理平台具有资源池、物理服务总线和管理中心，其特征在于，所述配置方法包括：

将所述资源池中的资源按业务属性划分为N个资源所属域，业务属性由业务专题直接得到；

将所述物理服务总线虚拟成N条虚拟服务总线；

将N条所述虚拟服务总线与N个所述资源所属域建立一一对应；

其中，N为2以上的整数；

还包括配置M个不同的所述资源池，不同的所述资源池由所述资源的不同固有属性划分而成，M为2以上的整数；一个所述资源池包括至少一个所述资源所属域；所述资源池包括基础服务资源池，所述基础服务资源池包括数据服务、软件资源服务、资源注册中心服务、服务流程引擎服务、地图融合服务、消息服务、消息队列服务和文件转换服务的至少其中之一。

6.如权利要求5所述的实现物理平台虚拟化管理调度的配置方法，其特征在于，还包括将所述管理中心虚拟成N个虚拟管理中心，将N个所述虚拟管理中心与N个所述虚拟服务总线建立一一对应。

7.如权利要求5或6所述的实现物理平台虚拟化管理调度的配置方法，其特征在于，还包括配置所述物理服务总线包括至少一条主服务总线，并配置所述物理服务总线包括配合于所述主服务总线的至少一条从属服务总线；

或者，还包括配置所述物理服务总线包括至少一条主服务总线，并配置所述物理服务总线包括配合于所述主服务总线的至少一条备用服务总线。

8.如权利要求5所述的实现物理平台虚拟化管理调度的配置方法，其特征在于，还包括配置各自独立的N个运行时数据库，一个所述虚拟服务总线采用一个所述运行时数据库。

Images