生产软件系统的AB组更新维护方法、装置、介质及终端与流程

生产软件系统的ab组更新维护方法、装置、介质及终端
技术领域
1.本发明涉及系统更新维护领域，尤其涉及一种生产软件系统的ab组更新维护方法、装置、介质及终端。


背景技术：

2.随着移动通信的迅猛发展，it技术的应用越来越广泛，越来越深入各个行业，各种b/s架构的生产软件系统建立了起来以满足生产和生活的需要，使人们能够随时随地上网登录各种软件系统处理各种工作和生活事务，所有这些的背后，是软件系统的高性能、高并发、高可用在支撑。软件系统的高频使用又在不断提高人们对软件系统的要求，系统能够7*24小时提供服务，永不宕机。然而软件系统一方面要保持稳定，另一方面又确实需要进行更新维护，以满足客户对性能或功能的新需求，而留给系统更新升级的时间窗口又非常小，因此，如何在不影响用户正常使用的前提下，对b/s架构下的软件系统服务端进行更新升级，是现有技术待解决的技术问题。


技术实现要素：

3.鉴于上述现有技术的不足，本技术的目的在于提供一种生产软件系统的ab组更新维护方法、装置、介质及终端，旨在解决在如何在不影响用户正常使用的前提下，对b/s架构下的软件系统服务端进行更新升级的问题。
4.为解决上述技术问题，本技术实施例第一方面提供了一种生产软件系统的ab组更新维护方法，所述方法包括：
5.预先将生产软件系统分为a组系统和b组系统；
6.将全部生产流量引入至所述a组系统，对所述b组系统进行更新，将所述b组系统版本更新至新版本，对更新至新版本的所述b组系统进行测试，完成所述b组系统的更新；
7.将全部生产流量引入至所述b组系统，对所述a组系统进行更新，将所述a组系统版本更新至新版本，对更新至新版本的所述a组系统进行测试，完成所述a组系统的更新；
8.将全部生产流量分别引入a组系统和b组系统，完成所述生产软件系统的更新。
9.作为进一步改进技术方案，所述预先将生产软件系统分为a组系统和b组系统包括：
10.预先将基于b/s架构的生产软件系统分成两组相同的a组系统和b组系统，所述a组系统和b组系统能够共同提供生产服务。
11.作为进一步改进技术方案，所述将全部生产流量引入至所述a组系统，对所述b组系统进行更新，将所述b组系统版本更新至新版本，对更新至新版本的所述b组系统进行测试，完成所述b组系统的更新包括：
12.将所述b组系统的全部生产流量引入至所述a组系统，使a组系统单独提供生产服务，对所述b组系统单独进行更新；
13.将所述b组系统版本更新至新版本，引入测试人员流量及部分生产流量至b组系
统，对更新至新版本的所述b组系统进行测试，得到测试结果；
14.若测试结果为通过测试，则完成所述b组系统的更新，若测试结果为终止更新，则回滚b组更新，结束所述生产软件系统的更新，若测试结果为未通过测试，则重新对所述b组系统单独进行更新，直至得到测试结果为通过测试的结论，完成对所述b组系统的更新。
15.作为进一步改进技术方案，所述完成所述b组系统的更新之后还包括：
16.将所述a组系统的生产流量按预设百分比引入至所述b组系统，对b组系统进行检查，若检测无误，则将a组系统的全部生产流量引入至所述b组系统，由所述b组系统单独提供生产服务，其中，预设百分比为30％。
17.作为进一步改进技术方案，所述将全部生产流量引入至所述b组系统，对所述a组系统进行更新，将所述a组系统版本更新至新版本，对更新至新版本的所述a组系统进行测试，完成所述a组系统的更新包括：
18.将所述a组系统的全部生产流量引入至所述b组系统，使b组系统单独提供生产服务，对所述a组系统单独进行更新；
19.将所述a组系统版本更新至新版本，引入测试人员流量及部分生产流量至b组系统，对更新至新版本的所述b组系统进行测试，得到测试结果；
20.若测试结果为通过测试，则完成所述b组系统的更新，若测试结果为未通过测试，则重新对所述a组系统单独进行更新，直至得到测试结果为通过测试的结论，完成对所述a组系统的更新。
21.作为进一步改进技术方案，所述完成所述a组系统的更新之后还包括：
22.将a组系统的生产流量按预设百分比引入至所述b组系统，对b组系统进行检查，若检测无误，则将全部生产流量分别引入a组系统和b组系统，由a组系统和b组系统共同提供生产服务，其中，预设百分比为30％。
23.作为进一步改进技术方案，所述将全部生产流量分别引入a组系统和b组系统，完成所述生产软件系统的更新包括：
24.完成所述a组系统的更新后，将基于b/s架构的所述生产软件系统全部生产流量分别引入a组系统和b组系统，使所述a组系统和b组系统共同提供生产服务，完成所述生产软件系统的更新，其中，引入所述a组系统和b组系统的生产流量相等。
25.本技术实施例第二方面提供了一种生产软件系统的ab组更新维护装置，包括：
26.系统分割模块，用于预先将生产软件系统分为a组系统和b组系统；
27.第一流量分配更新模块，用于将全部生产流量引入至所述a组系统，对所述b组系统进行更新，将所述b组系统版本更新至新版本，对更新至新版本的所述b组系统进行测试，完成所述b组系统的更新；
28.第二流量分配更新模块，用于将全部生产流量引入至所述b组系统，对所述a组系统进行更新，将所述a组系统版本更新至新版本，对更新至新版本的所述a组系统进行测试，完成所述a组系统的更新；
29.流量再分配模块，用于将全部生产流量分别引入a组系统和b组系统，完成所述生产软件系统的更新。
30.本技术实施例第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实
现如上任一所述的生产软件系统的ab组更新维护方法中的步骤。
31.本技术实施例第四方面提供了一种终端设备，其包括：处理器、存储器及通信总线；所述存储器上存储有可被所述处理器执行的计算机可读程序；
32.所述通信总线实现处理器和存储器之间的连接通信；
33.所述处理器执行所述计算机可读程序时实现如上任一所述的生产软件系统的ab组更新维护方法中的步骤。
34.有益效果：相较于现有技术本发明的生产软件系统的ab组更新维护方法包括，预先将生产软件系统分为a组系统和b组系统；将全部生产流量引入至所述a组系统，对所述b组系统进行更新，将所述b组系统版本更新至新版本，对更新至新版本的所述b组系统进行测试，完成所述b组系统的更新；将全部生产流量引入至所述b组系统，对所述a组系统进行更新，将所述a组系统版本更新至新版本，对更新至新版本的所述a组系统进行测试，完成所述a组系统的更新；将全部生产流量分别引入a组系统和b组系统，完成所述生产软件系统的更新；本发明采用上述方法后能够在不影响用户正常使用的前提下，对b/s架构下的软件系统服务端进行更新升级，且每组系统更新完成后依次经过了测试和检测的过程，避免了新系统发生故障以及减少了新系统出现bug的概率，提高了客户的使用体验。
附图说明
35.图1是本发明的生产软件系统的ab组更新维护方法的流程图。
36.图2是本发明提供的终端设备的结构原理图。
37.图3是本发明提供的装置结构框图。
38.图4是本发明更新维护方法的更新时序图。
39.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
40.为了便于理解本技术，下面将参照相关附图对本技术进行更全面的描述。附图中给出了本技术的较佳实施方式。但是，本技术可以以许多不同的形式来实现，并不限于本文所描述的实施方式。相反地，提供这些实施方式的目的是使对本技术的公开内容理解的更加透彻全面。
41.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中在本技术的说明书中所使用的术语只是为了描述具体的实施方式的目的，不是旨在于限制本技术。
42.发明人经过研究发现，现有技术存在以下问题：
43.(1)随着移动通信的迅猛发展，it技术的应用越来越广泛，越来越深入各个行业，各种b/s架构的生产软件系统建立了起来以满足生产和生活的需要，使人们能够随时随地上网登录各种软件系统处理各种工作和生活事务，所有这些的背后，是软件系统的高性能、高并发、高可用在支撑。软件系统的高频使用又在不断提高人们对软件系统的要求，系统能够7*24小时提供服务，永不宕机。然而软件系统一方面要保持稳定，另一方面又确实需要进行更新维护，以满足客户对性能或功能的新需求，而留给系统更新升级的时间窗口又非常小，因此，如何在不影响用户正常使用的前提下，对b/s架构下的软件系统服务端进行更新
升级，是现有技术待解决的技术问题。
44.(2)目前已有的与本发明相关的更新升级技术有：蓝绿部署、金丝雀发布等；
45.其中，蓝绿部署的缺点是:资源冗余，需要部署两套生产环境；新版本故障影响范围大，蓝绿部署的方式平时只有一组提供生产服务；
46.其中，蓝金丝雀发布的缺点是：发布时将一部分流量引流到新发布的系统中，如果新发布的系统有bug，就会对客户造成不好的体验。
47.为了解决上述问题，下面结合附图，详细说明本技术的各种非限制性实施方式。
48.如图1所示，本技术实施例提供的一种生产软件系统的ab组更新维护方法，包括以下步骤：
49.s1，预先将生产软件系统分为a组系统和b组系统；
50.具体的，系统更新前需要将基于b/s架构的生产软件系统分为两组系统，分别是a组系统和b组系统，两组系统功能相同，使用时，a组系统和b组系统共同为用户提供生产服务。
51.其中，所述预先将生产软件系统分为a组系统和b组系统包括：
52.预先将基于b/s架构的生产软件系统分成两组相同的a组系统和b组系统，所述a组系统和b组系统能够共同提供生产服务。
53.具体的，更新系统前将基于b/s架构的生产软件系统分成两组相同的a组系统和b组系统后，生产软件系统向a组系统和b组系统分配的生产流量可以相等，使a组系统和b组系统分别占全部生产流量的50％。
54.s2，将全部生产流量引入至所述a组系统，对所述b组系统进行更新，将所述b组系统版本更新至新版本，对更新至新版本的所述b组系统进行测试，完成所述b组系统的更新；
55.具体的，更新时，首先将全部的生产流量引入至a组系统，使a组系统单独提供生产服务，更新时b组不提供生产服务，先对b组系统单独进行更新，将b组系统版本更新至新版本，对完成更新的b组系统进行测试，测试通过后，完成b组系统的更新。
56.其中，所述将全部生产流量引入至所述a组系统，对所述b组系统进行更新，将所述b组系统版本更新至新版本，对更新至新版本的所述b组系统进行测试，完成所述b组系统的更新包括以下步骤：
57.s201，将所述b组系统的全部生产流量引入至所述a组系统，使a组系统单独提供生产服务，对所述b组系统单独进行更新；
58.s202，将所述b组系统版本更新至新版本，引入测试人员流量及部分生产流量至b组系统，对更新至新版本的所述b组系统进行测试，得到测试结果；
59.s203，若测试结果为通过测试，则完成所述b组系统的更新，若测试结果为终止更新，则回滚b组更新，结束所述生产软件系统的更新，若测试结果为未通过测试，则重新对所述b组系统单独进行更新，直至得到测试结果为通过测试的结论，完成对所述b组系统的更新。
60.所述完成所述b组系统的更新之后还包括：
61.将所述a组系统的生产流量按预设百分比引入至所述b组系统，对b组系统进行检查，若检测无误，则将a组系统的全部生产流量引入至所述b组系统，由所述b组系统单独提供生产服务，其中，预设百分比为30％。
62.具体的，将所述b组系统版本更新至新版本，引入测试人员流量及部分生产流量至b组系统，测试人员或系统自动对完成更新的b组系统进行测试，主要测试系统更新完成后是否存在故障或明显的bug，得到测试结果，若更新完的b组系统不存在故障或明显的bug，则测试结果为通过测试，完成b组系统的更新，若测试人员或系统发现更新完成后的b组系统存在故障或明显的bug，且系统故障或明显的bug与更新过程有关，则重新对b组系统单独进行更新，直至得到测试结果为通过测试的结论，完成对b组系统的更新，还有一种情况是若测试人员或系统发现更新完成后的b组系统存在故障或明显的bug，且故障或明显的bug与更新包有关，得到测试结果为终止更新的结论，此时重新更新系统无法解决系统故障或明显的bug，则回滚b组更新，结束生产软件系统的更新；
63.完成b组系统的更新之后还需要在引入部分生产流量下的环境中对b组系统进行检查，首先将a组系统的生产流量按预设百分比引入至所述b组系统，预设百分比优选为30％，当然这个引入30％生产流量也可以根据需求设置成25％、35％、28％等数值，引入生产流量后对b组系统进行检查，若检测无误，则将a组系统的全部生产流量引入至所述b组系统，由b组系统单独提供生产服务。
64.s3，将全部生产流量引入至所述b组系统，对所述a组系统进行更新，将所述a组系统版本更新至新版本，对更新至新版本的所述a组系统进行测试，完成所述a组系统的更新；
65.其中，所述将全部生产流量引入至所述b组系统，对所述a组系统进行更新，将所述a组系统版本更新至新版本，对更新至新版本的所述a组系统进行测试，完成所述a组系统的更新包括以下步骤：
66.s301，将所述a组系统的全部生产流量引入至所述b组系统，使b组系统单独提供生产服务，对所述a组系统单独进行更新；
67.s302，将所述a组系统版本更新至新版本，引入测试人员流量及部分生产流量至b组系统，对更新至新版本的所述b组系统进行测试，得到测试结果；
68.s303，若测试结果为通过测试，则完成所述b组系统的更新，若测试结果为未通过测试，则重新对所述a组系统单独进行更新，直至得到测试结果为通过测试的结论，完成对所述a组系统的更新。
69.所述完成所述a组系统的更新之后还包括：
70.将a组系统的生产流量按预设百分比引入至所述b组系统，对b组系统进行检查，若检测无误，则将全部生产流量分别引入a组系统和b组系统，由a组系统和b组系统共同提供生产服务，其中，预设百分比为30％。
71.具体的，将所述a组系统版本更新至新版本，引入测试人员流量及部分生产流量至a组系统，测试人员或系统自动对完成更新的a组系统进行测试，主要测试系统更新完成后是否存在故障或明显的bug，得到测试结果，若更新完的a组系统不存在故障或明显的bug，则测试结果为通过测试，完成a组系统的更新，若测试人员或系统发现更新完成后的a组系统存在故障或明显的bug，且系统故障或明显的bug与更新过程有关，则重新对a组系统单独进行更新，直至得到测试结果为通过测试的结论，完成对a组系统的更新；
72.完成a组系统的更新之后还需要在引入部分生产流量下的环境中对a组系统进行检查，首先将b组系统的生产流量按预设百分比引入至所述a组系统，预设百分比优选为30％，当然这个引入30％生产流量也可以根据需求设置成25％、35％、28％等数值，引入生
产流量后对a组系统进行检查，若检测无误，则将全部生产流量分别引入a组系统和b组系统，由a组系统和b组系统共同提供生产服务。
73.s4，将全部生产流量分别引入a组系统和b组系统，完成所述生产软件系统的更新。
74.其中，所述将全部生产流量分别引入a组系统和b组系统，完成所述生产软件系统的更新包括：
75.完成所述a组系统的更新后，将基于b/s架构的所述生产软件系统全部生产流量分别引入a组系统和b组系统，使所述a组系统和b组系统共同提供生产服务，完成所述生产软件系统的更新，其中，引入所述a组系统和b组系统的生产流量相等。
76.具体的，完成a组系统的更新后，系统重新分配生产流量，将生产软件系统全部生产流量分别引入a组系统和b组系统，使所述a组系统和b组系统共同提供生产服务，完成所述生产软件系统的更新，引入所述a组系统和b组系统的生产流量可以相等，a组系统和b组系统的生产流量分别为系统全部生产流量的50％。
77.基于上述生产软件系统的ab组更新维护方法，本实施例提供了一种生产软件系统的ab组更新维护装置，包括：
78.系统分割模块1，用于预先将生产软件系统分为a组系统和b组系统；
79.第一流量分配更新模块2，用于将全部生产流量引入至所述a组系统，对所述b组系统进行更新，将所述b组系统版本更新至新版本，对更新至新版本的所述b组系统进行测试，完成所述b组系统的更新；
80.第二流量分配更新模块3，用于将全部生产流量引入至所述b组系统，对所述a组系统进行更新，将所述a组系统版本更新至新版本，对更新至新版本的所述a组系统进行测试，完成所述a组系统的更新；
81.流量再分配模块4，用于将全部生产流量分别引入a组系统和b组系统，完成所述生产软件系统的更新。
82.此外值得说明，本实施例提供的基于生产软件系统的ab组更新维护装置的工作过程与上述生产软件系统的ab组更新维护方法的工作过程相同，具体可以参照生产软件系统的ab组更新维护方法的工作过程，这里就不再赘述。
83.基于上述生产软件系统的ab组更新维护方法，本实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上述实施例所述的生产软件系统的ab组更新维护方法中的步骤。
84.如图2所示，基于上述生产软件系统的ab组更新维护方法，本技术还提供了一种终端设备，其包括至少一个处理器(processor)20；显示屏21；以及存储器(memory)22，还可以包括通信接口(communications interface)23和总线24。其中，处理器20、显示屏21、存储器22和通信接口23可以通过总线24完成相互间的通信。显示屏21设置为显示初始设置模式中预设的用户引导界面。通信接口23可以传输信息。处理器20可以调用存储器22中的逻辑指令，以执行上述实施例中的方法。
85.此外，上述的存储器22中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
86.存储器22作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行
程序，如本公开实施例中的方法对应的程序指令或模块。处理器20通过运行存储在存储器22中的软件程序、指令或模块，从而执行功能应用以及数据处理，即实现上述实施例中的方法。
87.存储器22可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器。例如，u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。
88.相较于现有技术本发明的生产软件系统的ab组更新维护方法包括，预先将生产软件系统分为a组系统和b组系统；将全部生产流量引入至所述a组系统，对所述b组系统进行更新，将所述b组系统版本更新至新版本，对更新至新版本的所述b组系统进行测试，完成所述b组系统的更新；将全部生产流量引入至所述b组系统，对所述a组系统进行更新，将所述a组系统版本更新至新版本，对更新至新版本的所述a组系统进行测试，完成所述a组系统的更新；将全部生产流量分别引入a组系统和b组系统，完成所述生产软件系统的更新；本发明采用上述方法后能够在不影响用户正常使用的前提下，对b/s架构下的软件系统服务端进行更新升级，且每组系统更新完成后依次经过了测试和检测的过程，避免了新系统发生故障以及减少了新系统出现bug的概率，提高了客户的使用体验。
89.应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。
90.当然，本发明上述实施例的描述较为细致，但不能因此而理解为对本发明的保护范围的限制，本发明还可有其它多种实施方式，基于本实施方式，本领域的普通技术人员在没有做出任何创造性劳动的前提下所获得其他实施方式，都属于本发明所保护的范围，本发明的保护范围以所附权利要求书为准。