一种系统升级方法、装置、电子装置和存储介质与流程

1.本技术涉及计算机技术领域，特别是涉及一种系统升级方法、装置、电子装置和存储介质。


背景技术：

2.目前各种网站系统在全国各地被安装部署，网站系统的程序快速迭代，网站系统的升级部署需求增多。目前，主要采用人工部署的方式来进行系统的升级部署，人工部署的方式操作繁琐，容易出错，经常需要重新安装系统，导致系统升级部署效率低。
3.针对相关技术中系统升级部署效率低的问题，目前还没有提出有效的解决方案。


技术实现要素：

4.在本实施例中提供了一种系统升级方法、装置、电子装置和存储介质，以解决相关技术中升级部署效率低的问题。
5.第一个方面，在本实施例中提供了一种系统升级方法，所述方法包括，
6.接收系统升级请求，根据所述系统升级请求获取系统升级包及系统升级包的包类型；
7.根据所述包类型确定所述系统升级包的升级策略；
8.根据所述升级策略对现有的系统服务包进行备份，生成备份服务包；
9.完成备份后，对所述备份服务包中的第一配置文件和所述系统升级包中的第二配置文件进行比对，根据所述比对结果更新所述系统服务包中的第三配置文件；
10.在所述系统服务包中的第三配置文件更新完成后，对所述系统进行升级。
11.在其中的一些实施例中，所述系统升级请求包括所述系统升级包的包存储地址，所述接收系统升级请求，根据所述系统升级请求获取系统升级包及系统升级包的包类型，包括，
12.根据所述包存储地址获取所述系统升级包，根据所述系统升级包的名称获取所述系统升级包的包类型。
13.在其中的一些实施例中，所述对所述备份服务包中的第一配置文件和所述系统升级包中的第二配置文件进行比对，根据所述比对结果更新所述系统服务包中的第三配置文件，包括，保留第一配置文件中的配置参数的参数值，新增第二配置文件中的配置参数及相应的参数值至所述第三配置文件，完成所述第三配置文件的更新。
14.在其中的一些实施例中，所述接收系统升级请求之前包括，接收客户端发送的第一系统升级包；对所述第一系统升级包采用预设规则进行命名校验，将命名校验通过的所述第一系统升级包作为系统升级包。
15.在其中的一些实施例中，在所述接收客户端发送的第一系统升级包之前，包括，接收所述客户端发送的认证信息，根据所述认证信息确定所述客户端是否有系统升级权限。
16.第二个方面，在本实施例中提供了一种系统升级装置，所述装置包括升级管理单
元、升级策略管理单元、备份管理单元和配置文件校验单元；
17.所述升级管理单元接收系统升级请求，根据所述系统升级请求获取系统升级包及系统升级包的包类型；
18.所述升级策略管理单元根据所述包类型确定所述第一系统升级包的升级策略；
19.所述备份管理单元根据所述升级策略对现有的服务包进行备份，将所述服务包的备份地址发送至所述升级管理单元；
20.所述升级管理单元接收到所述备份地址后，所述配置文件校验单元对对所述备份服务包中的第一配置文件和所述系统升级包中的第二配置文件进行比对，根据所述比对结果更新所述系统服务包中的第三配置文件；
21.所述服务包中的第三配置文件更新完成后，所述升级管理单元对所述系统进行升级。
22.在其中的一些实施例中，所述装置还包括监管单元；所述监管单元接收客户端发送的第一系统升级包，对所述第一系统升级包采用预设规则进行命名校验，将命名校验通过的所述第一系统升级包作为系统升级包。
23.第三个方面，在本实施例中提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行第一个方面中任一项所述的系统升级方法。
24.第四个方面，在本实施例中提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一个方面中任一项所述的系统升级方法的步骤。
25.与相关技术相比，在本实施例中提供的系统升级方法、装置、电子装置和存储介质，通过根据系统包的包类型选择对应的升级策略，并对配置文件进行更新，完成系统的自动化升级部署，解决了现有技术中人工系统升级部署效率低的问题。
26.本技术的一个或多个实施例的细节在以下附图和描述中提出，以使本技术的其他特征、目的和优点更加简明易懂。
附图说明
27.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
28.图1是执行本实施例的一种系统升级方法的终端的硬件结构框图；
29.图2是本实施例的一种系统升级方法的流程图；
30.图3是本优选实施例的一种系统升级的系统结构框图；
31.图4是本实施例的自动化升级部署过程的主时序图；
32.图5是本实施例的自动化部署升级过程的详细时序图；
33.图6是本实施例的一种系统升级装置的结构框图。
具体实施方式
34.为更清楚地理解本技术的目的、技术方案和优点，下面结合附图和实施例，对本技术进行了描述和说明。
35.除另作定义外，本技术所涉及的技术术语或者科学术语应具有本技术所属技术领
域具备一般技能的人所理解的一般含义。在本技术中的“一”、“一个”、“一种”、“该”、“这些”等类似的词并不表示数量上的限制，它们可以是单数或者复数。在本技术中所涉及的术语“包括”、“包含”、“具有”及其任何变体，其目的是涵盖不排他的包含；例如，包含一系列步骤或模块(单元)的过程、方法和系统、产品或设备并未限定于列出的步骤或模块(单元)，而可包括未列出的步骤或模块(单元)，或者可包括这些过程、方法、产品或设备固有的其他步骤或模块(单元)。在本技术中所涉及的“连接”、“相连”、“耦接”等类似的词语并不限定于物理的或机械连接，而可以包括电气连接，无论是直接连接还是间接连接。在本技术中所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。通常情况下，字符“/”表示前后关联的对象是一种“或”的关系。在本技术中所涉及的术语“第一”、“第二”、“第三”等，只是对相似对象进行区分，并不代表针对对象的特定排序。
36.在本实施例中提供的方法实施例可以在终端、计算机或者类似的运算装置中执行。比如在终端上运行，图1是执行本实施例的一种系统升级方法的终端的硬件结构框图。如图1所示，终端可以包括一个或多个(图1中仅示出一个)处理器102和用于存储数据的存储器104，其中，处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置。上述终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述终端的结构造成限制。例如，终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示出的不同配置。
37.存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如在本实施例中的一种系统升级方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
38.传输设备106用于经由一个网络接收或者发送数据。上述的网络包括终端的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(network interface controller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(radio frequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。
39.在本实施例中提供了一种系统升级方法，图2是本实施例的一种系统升级方法的流程图，如图2所示，该流程包括如下步骤：
40.步骤s202，接收系统升级请求，根据系统升级请求获取系统升级包及系统升级包的包类型。
41.服务器接收客户端发送的系统升级请求，服务器根据该系统升级请求获取用于系统升级的系统升级包。系统升级请求包括系统升级包的包存储地址，根据该包存储地址获取系统升级包，根据系统升级包的名称获取系统升级包的包类型。系统升级包的名称中包括项目类型或升级包标识，根据该项目类型或升级包标识来确定升级包的包类型。
42.步骤s204，根据包类型确定系统升级包的升级策略。
43.服务器根据升级包的包类型确定用于系统升级的升级策略。该升级策略为升级策略为不同系统升级包的升级步骤。比如前端包的升级策略为：下载a目录，解压，备份包，删除包，上传新包，重启系统；后端包的升级策略为：下载后端升级包，解压，上传到b目录，删除包，上传新包，重启系统。
44.步骤s206，根据升级策略对现有的系统服务包进行备份，生成备份服务包。
45.服务器根据升级策略对现有的系统服务包进行备份，生成备份服务包，并生成备份路径。备份现有的系统服务包的第三配置文件，生成第一配置文件，生成配置文件备份路径。
46.步骤s208，完成备份后，对备份服务包中的第一配置文件和系统升级包中的第二配置文件进行比对，根据比对结果更新系统服务包中的第三配置文件。
47.服务器检测到备份完成后，对备份服务包中的第一配置文件和系统升级包中的第二配置文件进行比对，根据比对结果更新系统服务包中的第三配置文件。具体地，保留第一配置文件中的配置参数的参数值，新增第二配置文件中的配置参数及相应的参数值至第三配置文件，完成对第三配置文件的更新。将系统升级包中的第二配置文件和备份服务包中的第一配置文件进行比对，第一配置文件中已有的配置参数，第一配置文件中的配置参数与第二配置文件中的配置参数不一致时，则保留第一配置文件中的配置参数，第一配置文件中没有的配置参数，则增加第二配置文件中新增的配置参数至第三配置文件，根据该比对结果更新系统服务包中的第三配置文件。
48.步骤s210，在系统服务包中的第三配置文件更新完成后，对系统进行升级。
49.服务器在系统服务包中的第三配置文件更新完成后，根据系统升级包，按照确定的升级策略，对系统进行升级，完成系统自动化升级部署。
50.通过上述步骤，在本实施例中提供的系统升级方法，通过根据系统包的包类型选择对应的升级策略，并对配置文件进行更新，完成系统的自动化升级部署，解决了现有技术中人工系统升级部署效率低的问题。
51.在其中的一些实施例中，在接收系统升级请求之前包括，接收客户端发送的第一系统升级包，对第一系统升级包采用预设规则进行命名校验，将命名校验通过的第一系统升级包作为系统升级包。预设规则的校验规则可以对包命名中的产品标志、项目类型、版本号、升级包用途、补丁版本、项目标识和扩展服务标识等进行校验。
52.在其中的一些实施例中，在接收客户端发送的第一系统升级包之前，包括接收客户端发送的认证信息，根据认证信息确定客户端是否有系统升级权限。
53.下面通过优选实施例对本实施例进行描述和说明。
54.图3是本优选实施例的一种系统升级的系统结构框图，如图3所示，该系统包括监管系统、自动化部署系统和文件服务。
55.监管系统包括认证中心和监管业务系统。认证中心主要是对升级包上传到服务器是进行认证处理,认证通过则允许自动化部署升级，否则返回没有升级部署权限,认证逻辑是校验用户的用户和密码是否正确。监管业务系统，客户端上传升级文件包到监管业务系统，对客户端上传升级文件包的升级包命名进行校验，校验通过则会将该升级包发送到文件服务中，并返回文件服务存储路径，最终将升级包的url转发给自动化部署装置。发送升级请求至升级管理中心，接收升级管理中心发送的升级进度。
56.升级包类型包括主版本升级包、扩展包升级包、openapi升级包、定时任务升级包和工作流升级包，升级包命名校验规则如下。
57.主版本升级包命名规范，产品标志-项目类型-版本号-升级包用途-补丁版本，具体地，主版本升级包命名可以为ailpha-wx-v3.7.0.1.release-sp1，其中，ailpha为产品标志；wx为项目类型，一般为项目类型首字母简称，如wx为网信；v3.7.0.1为版本号，一般项目都从v3.7.0.1开始，每次有新功能升级，最末尾版本号加1，如v3.7.0.2；release为升级包用途，release为对外发布，beta为对内测试；sp1为补丁版本，一个升级包没有功能迭代，但需要紧急修复bug再出包，则末尾数字加1，如sp2。
58.扩展包升级包命名规范，产品标志-项目类型-版本号-升级包用途-补丁版本-项目标识-扩展服务标识，具体地，扩展包升级包命名可以为ailpha-wx-v3.7.0.1.release-sp1-xxxx-ext，其中，ailpha为产品标志；wx为项目类型，一般为项目类型首字母简称，如wx为网信；v3.7.0.1为版本号，一般项目都从v3.7.0.1开始，每次有新功能升级，最末尾版本号加1，如v3.7.0.2；release为升级包用途，release为对外发布，beta为对内测试；sp1为补丁版本，一个升级包没有功能迭代，但需要紧急修复bug再出包，则末尾数字加1，如sp2；xxxx为项目标识，一般为项目名称拼音，如zhejiang表示浙江，hangzhou表示杭州；ext为扩展服务标识，固定为ext。
59.openapi升级包命名规范，产品标志-升级包标识-版本号-升级包用途-补丁版本，具体地，openapi升级包命名可以为ailpha-openapi-v1.0.0.1.release-sp1，其中，ailpha为产品标志；openapi为升级包标识；v1.0.0.1为版本号，每次有新功能升级，最末尾版本号加1，如v1.0.0.2；release为升级包用途，release为对外发布，beta为对内测试；sp1为补丁版本，一个升级包没有功能迭代，但需要紧急修复bug再出包，则末尾数字加1，如sp2。
60.定时任务升级包命名规范，产品标志-升级包标识-版本号-升级包用途-补丁版本，具体地，定时任务升级包命名可以为ailpha-task-v1.0.0.1.release-sp1，其中，ailpha为产品标志；task为升级包标识；v1.0.0.1为版本号，每次有新功能升级，最末尾版本号加1，如v1.0.0.2；release为升级包用途，release为对外发布，beta为对内测试；sp1为补丁版本，一个升级包没有功能迭代，但需要紧急修复bug再出包，则末尾数字加1，如sp2。
61.工作流升级包命名规范，产品标志-升级包标识-版本号-升级包用途-补丁版本，具体地，工作流升级包命名可以为ailpha-workflow-v1.0.0.1.release-sp1，其中，ailpha为产品标志；workflow为升级包标识；v1.0.0.1为版本号，每次有新功能升级，最末尾版本号加1，如v1.0.0.2；release为升级包用途，release为对外发布，beta为对内测试；sp1为补丁版本，一个升级包没有功能迭代，但需要紧急修复bug再出包，则末尾数字加1，如sp2。
62.自动化部署系统包括升级管理中心、备份管理中心、升级管理选择器和配置文件校验器。升级管理中心，主要是控制整个升级过程并校验升级包的类型和获取包的类型，执行升级命令，重启业务系统。备份管理中心，主要是根据升级策略进行现有服务包备份,生成备份路径,备份现有配置文件,生成备份路径。升级管理选择器，主要是根据包的类型获取升级策略，也就是升级规则规范。每一种包有自己升级包的命名和升级流程都由升级管理选择控制，可以通过包的类型拿到升级策略命令。配置文件校验器，主要是备份原有包和原来配置文件,以便升级失败进行系统还原,并将备份文件原有的值进行覆盖升级包配置文件值,校验是否有新增的配置文件，有则进行向末尾追加配置文件。
63.文件服务中存储升级包命名校验通过的升级包，并返回升级包存储路径至监管业务系统。
64.图4是本实施例的自动化升级部署过程的主时序图，如图4所示该升级过程包括如下步骤：
65.1)客户端上传升级文件包到监管业务系统；
66.2)客户端发送升级请求至监管业务系统，监管业务系统接收到该请求后，首先进行登录认证校验，校验通过则进行校验升级包命名规范校验；
67.3)升级包命名校验通过，则发送请求存储升级包到文件服务，并返回存储路径url；
68.4)根据url发送升级请求到自动化部署系统，并与自动化部署系统建立长连接实时监听升级进度，持续监听升级过程以及进度，实时返回进度结果；
69.5)监管业务系统进行展示存储升级结果及升级包名展示。
70.图5是本实施例的自动化部署升级过程的详细时序图，如图5所示该升级过程包括如下步骤：
71.1)监管系统升级请求与升级管理中心建立长连接。
72.2)升级管理中心接收到升级请求会获得升级包的类型并校验升级包的类型，并根据包的类型向升级策略管理器发起获取升级策略请求，返回升级策略。具体地，根据升级包的名字获取升级包的类型，即升级包命名中的项目类型或升级包标识。不同类型的升级包有不同的升级规则策略，升级策略为每个包的升级步骤。比如前端包的升级策略为：下载a目录，解压，备份包，删除包，上传新包，重启系统；后端包的升级策略为：下载后端升级包，解压，上传到b目录，删除包，上传新包，重启系统。
73.3)校验通过，升级管理中心发送备份请求给备份管理中心。
74.4)升级管理中心根据升级策略校验包的文件是否正确。具体地，升级管理中心根据升级策略校验包中是否包括升级步骤所需要的文件及文件内容是否正确。
75.5)备份管理中心根据升级策略进行现有服务包进行备份，生成备份路径，备份现有配置文件，生成备份路径，并存储备份路径和返回给路径给升级管理中心。
76.6)升级管理中心拿到备份路径之后发起执行升级命令。
77.7)当配置文件校验器接收到升级部署命令时，会校验升级包的升级配置文件和现有服务包的备份配置文件，将备份文件原有的值进行覆盖升级包配置文件值；校验是否有新增的配置文件，有则进行向末尾追加配置文件，返回配置文件校验结果。即将升级配置文件和备份配置文件进行比对，备份文件已有的配置参数，备份配置文件的参数与升级配置文件的参数不一致时，则保留备份文件的配置参数，备份文件没有的参数，则增加升级配置文件的参数至备份文件，完成备份配置文件的更新及校验。
78.8)升级管理中心接收配置文校验通过后，进行系统升级，系统升级完成后重启业务系统服务，返回升级结果。
79.在本实施例中还提供了一种系统升级装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。以下所使用的术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管在以下实施例中所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
80.图6是本实施例的一种系统升级装置的结构框图，如图6所示，该装置包括：升级管理单元10、升级策略管理单元20、备份管理单元30和配置文件校验单元40。
81.升级管理单元10接收系统升级请求，根据系统升级请求获取系统升级包及系统升级包的包类型。
82.升级策略管理单元20根据包类型确定第一系统升级包的升级策略。
83.备份管理单元30根据升级策略对现有的服务包进行备份，将服务包的备份地址发送至升级管理单元10。
84.升级管理单元10接收到备份地址后，配置文件校验单元40对对备份服务包中的第一配置文件和系统升级包中的第二配置文件进行比对，根据比对结果更新系统服务包中的第三配置文件。
85.服务包中的第三配置文件更新完成后，升级管理单元10对系统进行升级。
86.需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。
87.在本实施例中还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
88.可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
89.可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
90.s1，接收系统升级请求，根据系统升级请求获取系统升级包及系统升级包的包类型；
91.s2，根据包类型确定系统升级包的升级策略；
92.s3，根据升级策略对现有的系统服务包进行备份，生成备份服务包；
93.s4，完成备份后，对备份服务包中的第一配置文件和系统升级包中的第二配置文件进行比对，根据比对结果更新系统服务包中的第三配置文件；
94.s5，在系统服务包中的第三配置文件更新完成后，对系统进行升级。
95.需要说明的是，在本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，在本实施例中不再赘述。
96.此外，结合上述实施例中提供的系统升级方法，在本实施例中还可以提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种系统升级方法的步骤。
97.应该明白的是，这里描述的具体实施例只是用来解释这个应用，而不是用来对它进行限定。根据本技术提供的实施例，本领域普通技术人员在不进行创造性劳动的情况下得到的所有其它实施例，均属本技术保护范围。
98.显然，附图只是本技术的一些例子或实施例，对本领域的普通技术人员来说，也可以根据这些附图将本技术适用于其他类似情况，但无需付出创造性劳动。另外，可以理解的是，尽管在此开发过程中所做的工作可能是复杂和漫长的，但是，对于本领域的普通技术人员来说，根据本技术披露的技术内容进行的某些设计、制造或生产等更改仅是常规的技术
手段，不应被视为本技术公开的内容不足。
[0099]“实施例”一词在本技术中指的是结合实施例描述的具体特征、结构或特性可以包括在本技术的至少一个实施例中。该短语出现在说明书中的各个位置并不一定意味着相同的实施例，也不意味着与其它实施例相互排斥而具有独立性或可供选择。本领域的普通技术人员能够清楚或隐含地理解的是，本技术中描述的实施例在没有冲突的情况下，可以与其它实施例结合。
[0100]
以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对专利保护范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。