CN105162884A - 一种基于微服务架构的云管理平台 - Google Patents

Abstract

本申请提供了一种基于微服务架构的云管理平台，包括用户接口层，用于处理终端用户的功能请求指令；至少一个云微服务模块，用于通过API接口向所述终端用户提供功能服务，所述云微服务模块为云应用功能按照功能边界分解成的服务组件；消息队列集群，用于完成所述用户接口层和所述云微服务模块之间的信息交互。本申请中，将云应用功能按照功能边界分解成服务组件，每个服务组件与一个云微服务模块相对应，利用多个云微服务模块来实现云应用的功能，由于微服务本身的特性，使得基于微服务架构的云管理平台可以实现实时部署，并且微服务具备独立运行的进程，使得云管理平台中的每个云微服务可以独立部署，从而提高了云管理平台的部署效率。

Description

一种基于微服务架构的云管理平台

技术领域

本申请涉及计算机领域，特别涉及一种基于微服务架构的云管理平台。

背景技术

随着技术的发展，人们对数据中心分布式云管理平台越来越关注。

现有的云管理平台中，云数据中心集群环境部署过程中需要大量的云服务模块，导致云管理平台的架构越来越庞大，使得云管理平台部署和维护效率低下。

因此，如何有效的实现云管理平台的高效部署和维护是本领域技术人员目前需要解决的技术问题。

发明内容

本申请所要解决的技术问题是提供一种基于微服务架构的云管理平台，解决了现有技术中云数据中心集群环境部署过程中需要大量的云服务模块，导致云管理平台的架构越来越庞大，使得云管理平台部署和维护效率低下的问题。

其具体方案如下：

一种基于微服务架构的云管理平台，该平台包括：

用户接口层，用于处理终端用户的功能请求指令；

至少一个云微服务模块，用于通过API接口向所述终端用户提供功能服务，所述云微服务模块为云应用功能按照功能边界分解成的服务组件；

消息队列集群，用于完成所述用户接口层和所述云微服务模块之间的信息交互。

上述的平台，所述用户接口层包括：

判断模块，用于判断所述功能请求指令是同步功能请求指令还是异步功能请求指令；

同步处理模块，用于当所述功能请求指令为同步功能请求指令时，直接调用与所述功能请求指令相对应的云微服务模块的API；

异步处理模块，用于当所述功能请求指令为异步功能请求指令时，将所述功能请求指令发送至所述消息队列集群中。

上述的平台，当所述云微服务模块为多个时，所述云微服务模块之间通过所述消息队列集群进行信息交互。

上述的平台，所述多个云微服务模块之间采用分布式架构。

上述的平台，所述分布式架构中，所有云微服务模块之间完全解耦。

上述的平台，所述云微服务模块为云存储服务模块、云主机服务模块、云基础服务模块、云数据库服务模块或云监控服务模块。

上述的平台，所述云微服务模块中包括至少一个能够独立实现不同业务逻辑的功能模块。

上述的平台，所述功能模块通过REST-based接口进行访问。

上述的平台，所述REST-based接口通过基于web的可独立部署的API实现。

本申请提供的一种基于微服务架构的云管理平台，包括用户接口层，用于处理终端用户的功能请求指令；至少一个云微服务模块，用于通过API接口向所述终端用户提供功能服务，所述云微服务模块为云应用功能按照功能边界分解成的服务组件；消息队列集群，用于完成所述用户接口层和所述云微服务模块之间的信息交互。本申请中，将云应用功能按照功能边界分解成服务组件，每个服务组件与一个云微服务模块相对应，也就是说，利用多个云微服务模块来实现云应用的功能，由于微服务本身的特性，使得基于微服务架构的云管理平台可以实现实时部署，并且微服务具备独立运行的进程，使得云管理平台中的每个云微服务可以独立部署，从而提高了云管理平台的部署效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请的一种基于微服务架构的云管理平台实施例的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参考图1，示出了本申请一种基于微服务架构的云管理平台实施例的示意图，该平台可以包括：

用户接口层，用于处理终端用户的功能请求指令。

本申请中，所述用户接口层主要处理终端用户的请求，终端用户通过浏览器访问云管理平台提供的各项服务，具体的服务请求以RESTful方式向云微服务模块调用其提供的API实现相应的功能。

所述用户接口层包括：

判断模块，用于判断所述功能请求指令是同步功能请求指令还是异步功能请求指令。

同步处理模块，用于当所述功能请求指令为同步功能请求指令时，直接调用与所述功能请求指令相对应的云微服务模块的API。

异步处理模块，用于当所述功能请求指令为异步功能请求指令时，将所述功能请求指令发送至所述消息队列集群中。

一般而言，对于同步的功能请求直接调用云微服务模块的API，对于异步的功能请求会发送到消息队列集群，然后由消息队列集群向后端的云微服务模块请求执行。执行完有了结果之后，通过异步消息返回到终端用户。

至少一个云微服务模块，用于通过API接口向所述终端用户提供功能服务，所述云微服务模块为云应用功能按照功能边界分解成的服务组件。

微服务架构(MicroservicesArchitecture)是一种架构风格(ArchitecturalStyle)和设计模式，提倡将应用分割成一系列细小的服务，每个服务专注于单一业务功能，运行于独立的进程中，服务之间边界清晰，采用轻量级通信机制(如HTTP/REST)相互沟通、配合来实现完整的应用，满足业务和用户的需求。

本申请中，将原本单一的云应用服务按照功能边界分解成一系列独立、专注的云微服务。每个微服务对应传统应用中的一个组件，但是可以独立编译、部署和扩展。

这些典型的云微服务可以是云存储服务模块、云主机服务模块、云基础服务模块、云数据库服务模块或云监控服务模块等等，他们以一个个服务组件的方式存在；服务组件的规模可以有很大弹性，比如可以是单个的小模块，也可以是云管理平台中一个大的功能集合，比如云基础服务(里面包含用户管理、认证管理等等功能)。这些云微服务可以分离成多个可部署的部分(服务组件)，这些部分也可以独立开发、测试、独立部署不依赖其他服务组件。

采用这种架构设计的云管理平台，各个微服务之间采用分布式架构设计，架构中所有的组件都(于其他组件之间)完全解耦，而且组件之间的访问通过一系列远程访问协议(比如JMS，AMQP，REST，SOAP，RMI等)实现。

一般中间可以通过消息中间件集群，比如RabbitMQ，进行服务间的交互，正是微服务架构模式的分布式属性，决定了系统具有优良的扩展性和可部署性。

每个云微服务模块对外提供小型的、自包含的不同服务的一系列API(applicationprogramminginterface)。每个服务组件包含一两个模块分别独立地实现不同业务逻辑。比如云主机服务与其他服务模块是相对独立的，它可以单独部署升级、维护。

这些细粒度的云服务组件都通过一个REST-based接口去访问，这些接口都通过基于web的可独立部署的API层实现。

消息队列集群，用于完成所述用户接口层和所述云微服务模块之间的信息交互。

所述消息队列集群作为一个消息中间层，接受用户接口层还有各个云微服务模块的交互。通过高级队列机制、异步消息、监控、错误处理，并且实现更好的负载均衡、可扩展性。

当所述云微服务模块为多个时，所述云微服务模块之间通过所述消息队列集群进行信息交互。

如云存储服务与云主机服务两个云微服务模块有交互的需求时，可以通过消息队列集群通过消息进行交互。

本申请提供的一种基于微服务架构的云管理平台，将云应用功能按照功能边界分解成服务组件，每个服务组件与一个云微服务模块相对应，也就是说，利用多个云微服务模块来实现云应用的功能，由于微服务本身的特性，使得基于微服务架构的云管理平台可以实现实时部署，并且微服务具备独立运行的进程，使得云管理平台中的每个云微服务可以独立部署，从而提高了云管理平台的部署效率。基于微服务架构的云管理平台解决了很多复杂云管理平台快速部署和管理问题。因为主要的组件被分割成更小的、可以单独部署的单元，所以使用微服务架构模式的云平台管理系统可以更健壮、更好扩展、更适合持续交付。

当某个云微服务发生变更时无需编译、部署整个应用。由云微服务组成的应用相当于具备一系列可并行的发布流程，使得发布更加高效，同时降低对生产环境所造成的风险，最终缩短应用交付周期。

利用本申请中的管理平台可以实现分布式数据中心高效的统一、智能管理，通过此架构可以管理一个或多个数据中心。每个微服务对应云应用中的一个组件，但是可以独立编译、部署和扩展，从而实现了在云计算环境下的灵活可扩展性，满足企业私有云、公有云的构建。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

以上对本申请所提供的基于微服务架构的云管理平台进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (9)

1.一种基于微服务架构的云管理平台，其特征在于，该平台包括：

用户接口层，用于处理终端用户的功能请求指令；

至少一个云微服务模块，用于通过API接口向所述终端用户提供功能服务，所述云微服务模块为云应用功能按照功能边界分解成的服务组件；

消息队列集群，用于完成所述用户接口层和所述云微服务模块之间的信息交互。

2.根据权利要求1所述的平台，其特征在于，所述用户接口层包括：

判断模块，用于判断所述功能请求指令是同步功能请求指令还是异步功能请求指令；

同步处理模块，用于当所述功能请求指令为同步功能请求指令时，直接调用与所述功能请求指令相对应的云微服务模块的API；

异步处理模块，用于当所述功能请求指令为异步功能请求指令时，将所述功能请求指令发送至所述消息队列集群中。

3.根据权利要求1所述的平台，其特征在于，当所述云微服务模块为多个时，所述云微服务模块之间通过所述消息队列集群进行信息交互。

4.根据权利要求3所述的平台，其特征在于，所述多个云微服务模块之间采用分布式架构。

5.根据权利要求4所述的平台，其特征在于，所述分布式架构中，所有云微服务模块之间完全解耦。

6.根据权利要求5所述的平台，其特征在于，所述云微服务模块为云存储服务模块、云主机服务模块、云基础服务模块、云数据库服务模块或云监控服务模块。

7.根据权利要求6所述的平台，其特征在于，所述云微服务模块中包括至少一个能够独立实现不同业务逻辑的功能模块。

8.根据权利要求7所述的平台，其特征在于，所述功能模块通过REST-based接口进行访问。

9.根据权利要求8所述的平台，其特征在于，所述REST-based接口通过基于web的可独立部署的API实现。