CN112104740A - 基于国产cpu和os的软件自动推送升级系统及方法 - Google Patents

Abstract

本发明公开了基于国产CPU和OS的软件自动推送升级系统及方法，属于软件升级技术领域，要解决的技术问题为如何实现基于国产CPU和OS的软件并发升级。系统包括接口服务集群、调度服务集群、消息中间件集群和文件服务集群，接口服务集群为客户端提供无状态的接口服务；调度服务集群通过分布式消息中间件集群作为与接口服务集群通讯的媒介；文件下载集群为客户端提供软件升级包下载服务，调度服务全部维护文件下载服务节点，组成一个文件下载服务集群，通过节点选择算法来为客户端选择文件下载服务节点，然后返回给客户端。方法为基于国产CPU和OS的软件升级系统对客户端进行软件升级。

Description

基于国产CPU和OS的软件自动推送升级系统及方法

技术领域

本发明涉及软件升级技术领域，具体地说是基于国产CPU和OS的软件自动推送升级系统及方法。

背景技术

随着我国信息产业的发展，国产基础软硬件取得了飞速的发展，龙芯、飞腾、申威等CPU厂商新型号不断涌现，与国际主流CPU的差距在不断缩小。在CPU技术不断进步和发展的同时，我国基础软件的发展也取得了极大的成就。操作系统方面，中标麒麟、银河麒麟、深度、UOS等操作系统不断涌现，在功能、性能、易用性方面取得了长足的进步。数据库方面，神通、达梦、金仓、瀚高等传统关系型数据库不断涌现，高斯、oceanBase等分布式数据库蓬勃发展，性能上已不输国际主流数据库。中间件方面，东方通、金蝶、中创等国产中间件已有了大规模应用，已可与国际主流产品抗衡。

但是，由于国产CPU与国际主流产品在生态上还有一定差距，软硬件产品问题多，更新升级频繁；而且国产CPU指令集架构与国际主流产品存在较大差异，基于国产CPU的软硬件环境中软件升级对运维人员要求高、人工升级困难。如果大量基于国产CPU和OS的客户端同时进行软件升级，基于传统架构的自动推送软件很难满足大量客户端的并发升级需求。

基于上述，如何实现基于国产CPU和OS的软件并发升级，是需要解决的技术问题。

发明内容

本发明的技术任务是针对以上不足，提供基于国产CPU和OS的软件升级系统及方法，来解决如何实现基于国产CPU和OS的软件并发升级的技术问题。

第一方面，本发明提供一种基于国产CPU和OS的软件自动推送升级系统，包括：

接口服务集群，所述接口服务集群由多个无状态的接口服务构成，用于为客户都提供接口调用服务，所述接口服务包括但不限于软件升级请求、心跳请求和软件升级状态同步；

调度服务集群，所述调度服务集群由多个调度服务组成，用于进行业务逻辑处理得到处理结果，所述业务逻辑处理包括但不限于从数据库获取软件升级包列表、选择文件下载服务节点、软件升级列表更新和客户端在线状态更新；

消息中间件集群，所述消息中间件集群为由多个消息中间件组成的集群，用于将调度服务集群和接口服务集群解耦、组合为一个分布式集群，以通过分布式集群统一提供业务逻辑处理服务，并用于将处理结果反馈至客户端或存入数据库；

文件服务集群，所述文件服务集群由多个文件下载服务组成，通过调度服务维护文件服务集群内所有文件下载服务节点的信息，将多个文件下载服务组成集群，通过调度服务为客户端选择下文件下载服务节点。

更优的，还包括web管理端，所述web管理端面向运维人员，用于添加文件下载服务。

作为优选，接口服务用于向外提供restful接口供客户端调用，通过软件负载均衡和/或硬件负载均衡构建接口服务集群。

作为优选，调度服务通过分布式哈希算法和/或低宽带优先算法为客户端分配合适的文件下载服务节点。

作为优选，所述文件服务支持基于http和ftp提供文件下载服务。

作为优选，每个文件下载服务均部署到一个对应的服务器节点上，上述多个服务器节点构成整个文件下载服务集群，上述多个服务器节点的文件下载服务通过调度服务组织为一个文件下载服务集群，所述文件下载服务集群能够进行横向扩展。

第二方面，本发明提供一种基于国产CPU和OS的软件自动推送升级方法，基于如第一方面任一项所述的基于国产CPU和OS的软件自动推送升级系统进行软件升级，所述方法包括如下步骤：

客户端发送软件包升级请求至接口服务集群；

接口服务集群接收到软件包升级请求后，将软件包升级请求封装为消息，发送到中间件集群；

调度服务集群内调度服务节点读取消息中间件集群内对应消息，判断是否是软件升级包请求，如果是，根据文件下载服务节点选择算法，为客户端分配一个文件下载服务节点；

调度服务从数据库获取软件升级包列表，并将选择的文件下载服务节点和待升级软件列表组装为消息，发送给消息至中间件集群；

接口服务从消息中间件集群获取文件下载服务节点信息和软件升级包列表信息，反馈给客户端；

客户端收到信息后从分配的文件下载服务节点下载软件升级包，并进行升级。

作为优选，所述软件包升级请求包括但不限于客户端唯一标识、处理器架构、操作系统类型、消息类型、Mac地址、请求类型。

作为优选，软件升级过程中，支持心跳机制，所述心跳机制通过如下步骤实现：

客户端定时调用接口服务心跳接口，并向心跳接口发送心跳请求；

接口服务收到心跳请求后，将心跳请求封装为消息发送给消息中间件集群；

接口服务向客户端返回心跳接收成功；

调度服务读取消息中间件集群的对应消息，获取消息中客户端的信息，包括但不限于唯一标识、Mac地址、Ip地址，更新数据库对应客户端记录的在线状态。

作为优选，软件升级过程中，通过如下步骤进行软件升级状态上报：

客户端定时调用接口服务中软件升级状态同步接口，并发送接口信息，所述接口信息包括但不限于客户端唯一标识、CPU架构、操作系统类型、Mac地址、IP地址、已成功升级软件包列表；

接口服务向客户端返回调用成功；

接口服务将软件升级包列表封装为消息，发送到消息中间件集群；

调度服务读取消息中间件集群消息，根据消息内的软件包升级状态更新数据库中对应客户端的软件包升级状态信息。

本发明的基于国产CPU和OS的软件自动推送升级系统及方法具有以下优点：

1、基于接口服务集群、调度服务集群、消息中间件集群以及文件服务集群组成分布式高可用架构，支持服务组件的横向扩展，可支撑大量软件并发升级；

2、该系统可与云平台无缝集成，结合云平台强大的资源编排、弹性伸缩特性，很容易实现云端编排部署，从而具备强大的弹性伸缩能力，更好的支撑大量客户端的并发升级。

附图说明

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

下面结合附图对本发明进一步说明。

图1为实施例1软件升级系统的结构框图；

图2为实施例2软件升级方法的流程框图。

具体实施方式

下面结合附图和具体实施例对本发明作进一步说明，以使本领域的技术人员可以更好地理解本发明并能予以实施，但所举实施例不作为对本发明的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互结合。

本发明实施例提供基于国产CPU和OS的软件自动推送升级系统及方法，用于解决如何实现基于国产CPU和OS的软件并发升级的技术问题。

实施例1：

本发明的基于国产CPU和OS的软件自动推送升级系统，包括接口服务集群、调度服务集群、消息中间件集群和文件服务集群，客户端、接口服务集群、中间消息集群、调度服务集群和数据库依次连接，调度服务集群与文件下载服务集群连接。

接口服务集群由多个无状态的接口服务构成，用于为客户都提供接口调用服务；调度服务集群由多个调度服务组成，用于进行业务逻辑处理得到处理结果，所述业务逻辑处理包括但不限于从数据库获取软件升级包列表、选择文件下载服务节点、软件升级列表更新和客户端在线状态更新；消息中间件集群为由多个消息中间件组成的集群，用于将调度服务集群和接口服务集群解耦、组合为一个分布式集群，以通过分布式集群统一提供业务逻辑处理服务，并用于将处理结果反馈至客户端或存入数据库；文件服务集群由多个文件下载服务组成，通过调度服务维护文件服务集群内所有文件下载服务节点的信息，将多个文件下载服务组成集群，通过调度服务为客户端选择下文件下载服务节点。

在本实施例中，通过无状态的接口服务为客户端提供软件升级列表、节点状态上报、已升级软件列表上报等接口，接口服务通过软件或硬件负载均衡构建分布式接口服务集群，为客户端提供无状态的接口服务；调度服务集群通过分布式消息中间件集群作为与接口服务集群通讯的媒介；文件下载集群为客户端提供软件升级包下载服务，调度服务全部维护文件下载服务节点，组成一个文件下载服务集群，通过节点选择算法来为客户端选择文件下载服务节点，然后返回给客户端。

其中，接口服务主要作用是向外提供restful接口，是无状态服务，接口主要包括软件升级请求、心跳请求、软件升级状态同步等。本实施例中接口服务集群可通过多种方式实现高可用，可以采用软件负载均衡、硬件负载均衡构建接口服务集群，或使用微服务治理相关软件构建接口服务集群。

在本实施例中，接口服务集群通过采用nginx实现负载均衡，构建高可用接口服务集群。

调度服务集群由多个调度服务组成，调度服务集群内服务不是采用自组织方式组成集群，而是通过消息中间件与接口服务建立通讯，当接口服务集群收到客户端的接口调用请求后，将请求转发到消息中间件集群。调度服务集群内的服务自消息中间件集群读取消息，并进行处理。客户端请求都需要通过访问接口服务，接口服务转发相应请求消息到消息中间件集群，由调度服务读取消息并完成软件升级过程中升级包列表、文件服务节点等信息的返回、心跳机制、软件升级状态更新。

本实施例中，调度服务通过消息中间件与接口服务解耦，每个服务自消息中间件读取消息并进行处理。基于消息中间件，调度服务组成了一个业务处理集群，统一提供业务逻辑处理服务，避免了单点故障，达到了调度服务的高可用目的。

消息中间件集群可以使用kafka、RocketMq等消息中间件，构建消息中间件集群。消息中间件作为接口服务和调度服务的消息通讯媒介，将接口服务和调度服务解耦。通过成熟的消息中间件的自有机制构建，来达到消息中间件的高可用。

文件下载服务集群由多个文件下载服务组成，每个文件下载服务部署到一个服务器节点上，这些服务器节点构成了整个文件下载服务集群。各个节点的文件下载服务通过调度服务组织为一个文件下载服务集群，文件下载服务集群可以进行横向扩展，满足大量客户端并发进行软件升级包下载的需求。

本实施例中，文件服务可以使用http、ftp等提供文件下载服务。服务的高可用借助调度服务来实现，调度服务维护了文件服务集群内所有节点的信息，将各个节点的文件下载服务组织为一个文件下载服务集群。为了更好的达到文件下载服务集群内客户端下载的请求均衡分布和高可用目的，使用分布式哈希算法、低带宽优先选择算法为客户端分配合适的文件下载节点。

本发明的基于国产CPU和OS的软件自动推送升级系统，基于如下配合关系，可实现软件并发升级：

接口服务集群的接口服务提供无状态的restful接口，采用软件负载均衡、硬件负载均衡构建接口服务集群，达到高可用目的；

调度服务集群的调度服务，通过消息中间件与接口服务进行通讯，集群内调度服务读取消息中间件集群内消息，并各自进行处理。基于消息中间件的解耦，调度服务组成了一个业务处理集群，统一提供业务逻辑处理服务，避免了单点故障；

文件服务集群由多个文件下载服务组成，调度服务维护了文件服务集群内所有节点的信息，将多个文件下载服务组成集群，由调度服务为客户端根据节点选择算法选择合适的下载服务节点，实现文件服务的高可用。

在上时实施方式中，数据库为集群形式，包括数据库集群以及缓存数据库集群，数据集集群以及缓存数据库集群均与调度服务集群连通。

作为本实施例的改进，还包括web管理端，web管理端面向运维人员，用于添加文件下载服务。即运维人员通过web管理端，可向文件下载服务集群中添加文件下载服务。

实施例2：

本发明的一种基于国产CPU和OS的软件自动推送升级方法，基于实施例1公开的基于国产CPU和OS的软件自动推送升级系统进行软件升级，该方法包括如下步骤：

S100、客户端发送软件包升级请求至接口服务集群，软件包升级请求中包含客户端唯一标识、处理器架构、操作系统类型、消息类型、Mac地址、请求类型等信息；

S200、接口服务集群接收到软件包升级请求后，将软件包升级请求封装为消息，发送到中间件集群；

S300、调度服务集群内调度服务节点读取消息中间件集群内对应消息，判断是否是软件升级包请求，如果是，根据文件下载服务节点选择算法，为客户端分配一个文件下载服务节点；

S400、调度服务从数据库获取软件升级包列表；

S500、调度服务将选择的文件下载服务节点和待升级软件列表组装为消息，发送给消息至中间件集群；

S600、接口服务从消息中间件集群获取文件下载服务节点信息和软件升级包列表信息，反馈给客户端；

S700、客户端收到信息后从分配的文件下载服务节点下载软件升级包，并进行升级。

在上述软件升级过程中，支持心跳机制，心跳机制通过如下步骤实现：

(1)客户端定时调用接口服务心跳接口，并向心跳接口发送心跳请求；

(2)接口服务收到心跳请求后，将心跳请求封装为消息发送给消息中间件集群；

(3)接口服务向客户端返回心跳接收成功；

(4)调度服务读取消息中间件集群的对应消息，获取消息中客户端的信息，包括但不限于唯一标识、Mac地址、Ip地址，更新数据库对应客户端记录的在线状态。

进一步的，在上述软件升级过程中，通过如下步骤进行软件升级状态上报：

(1)客户端定时调用接口服务中软件升级状态同步接口，并发送接口信息，所述接口信息包括但不限于客户端唯一标识、CPU架构、操作系统类型、Mac地址、IP地址、已成功升级软件包列表；

(2)接口服务向客户端返回调用成功；

(3)接口服务将软件升级包列表封装为消息，发送到消息中间件集群；

(4)调度服务读取消息中间件集群消息，根据消息内的软件包升级状态更新数据库中对应客户端的软件包升级状态信息。

需要说明的是，上述各流程和各系统结构图中不是所有的步骤和模块都是必须的，可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的，可以根据需要进行调整。上述各实施例中描述的系统结构可以是物理结构，也可以是逻辑结构，即，有些模块可能由同一物理实体实现，或者，有些模块可能分由多个物理实体实现，或者，可以由多个独立设备中的某些部件共同实现。

上文通过附图和优选实施例对本发明进行了详细展示和说明，然而本发明不限于这些已揭示的实施例，基与上述多个实施例本领域技术人员可以知晓，可以组合上述不同实施例中的代码审核手段得到本发明更多的实施例，这些实施例也在本发明的保护范围之内。

Claims (10)

1.基于国产CPU和OS的软件自动推送升级系统，其特征在于包括：

接口服务集群，所述接口服务集群由多个无状态的接口服务构成，用于为客户都提供接口调用服务，所述接口服务包括但不限于软件升级请求、心跳请求和软件升级状态同步；

调度服务集群，所述调度服务集群由多个调度服务组成，用于进行业务逻辑处理得到处理结果，所述业务逻辑处理包括但不限于从数据库获取软件升级包列表、选择文件下载服务节点、软件升级列表更新和客户端在线状态更新；

消息中间件集群，所述消息中间件集群为由多个消息中间件组成的集群，用于将调度服务集群和接口服务集群解耦、组合为一个分布式集群，以通过分布式集群统一提供业务逻辑处理服务，并用于将处理结果反馈至客户端或存入数据库；

文件服务集群，所述文件服务集群由多个文件下载服务组成，通过调度服务维护文件服务集群内所有文件下载服务节点的信息，将多个文件下载服务组成集群，通过调度服务为客户端选择下文件下载服务节点。

2.根据权利要求1所述的基于国产CPU和OS的软件自动推送升级系统，其特征在于还包括web管理端，所述web管理端面向运维人员，用于添加文件下载服务。

3.根据权利要求1或2所述的基于国产CPU和OS的软件自动推送升级系统，其特征在于接口服务用于向外提供restful接口供客户端调用，通过软件负载均衡和/或硬件负载均衡构建接口服务集群。

4.根据权利要求1或2所述的基于国产CPU和OS的软件自动推送升级系统，其特征在于调度服务通过分布式哈希算法和/或低宽带优先算法为客户端分配合适的文件下载服务节点。

5.根据权利要求1或2所述的基于国产CPU和OS的软件自动推送升级系统，其特征在于所述文件服务支持基于http和ftp提供文件下载服务。

6.根据权利要求1或2所述的基于国产CPU和OS的软件自动推送升级系统，其特征在于每个文件下载服务均部署到一个对应的服务器节点上，上述多个服务器节点构成整个文件下载服务集群，上述多个服务器节点的文件下载服务通过调度服务组织为一个文件下载服务集群，所述文件下载服务集群能够进行横向扩展。

7.基于国产CPU和OS的软件自动推送升级方法，其特征在于基于如权利要求1-6任一项所述的基于国产CPU和OS的软件自动推送升级系统进行客户端进软件升级，所述方法包括如下步骤：

客户端发送软件包升级请求至接口服务集群；

接口服务集群接收到软件包升级请求后，将软件包升级请求封装为消息，发送到中间件集群；

调度服务集群内调度服务节点读取消息中间件集群内对应消息，判断是否是软件升级包请求，如果是，根据文件下载服务节点选择算法，为客户端分配一个文件下载服务节点；

调度服务从数据库获取软件升级包列表，并将选择的文件下载服务节点和待升级软件列表组装为消息，发送给消息至中间件集群；

接口服务从消息中间件集群获取文件下载服务节点信息和软件升级包列表信息，反馈给客户端；

客户端收到信息后从分配的文件下载服务节点下载软件升级包，并进行升级。

8.根据权利要求7所述的基于国产CPU和OS的软件自动推送升级方法，其特征在于所述软件包升级请求包括但不限于客户端唯一标识、处理器架构、操作系统类型、消息类型、Mac地址、请求类型。

9.根据权利要求7或8所述的基于国产CPU和OS的软件自动推送升级方法，其特征在于软件升级过程中，支持心跳机制，所述心跳机制通过如下步骤实现：

客户端定时调用接口服务心跳接口，并向心跳接口发送心跳请求；

接口服务收到心跳请求后，将心跳请求封装为消息发送给消息中间件集群；

接口服务向客户端返回心跳接收成功；

调度服务读取消息中间件集群的对应消息，获取消息中客户端的信息，包括但不限于唯一标识、Mac地址、Ip地址，更新数据库对应客户端记录的在线状态。

10.根据权利要求7或8所述的基于国产CPU和OS的软件自动推送升级方法，其特征在于软件升级过程中，通过如下步骤进行软件升级状态上报：

客户端定时调用接口服务中软件升级状态同步接口，并发送接口信息，所述接口信息包括但不限于客户端唯一标识、CPU架构、操作系统类型、Mac地址、IP地址、已成功升级软件包列表；

接口服务向客户端返回调用成功；

接口服务将软件升级包列表封装为消息，发送到消息中间件集群；

调度服务读取消息中间件集群消息，根据消息内的软件包升级状态更新数据库中对应客户端的软件包升级状态信息。

Images