一种系统发版方法及装置与流程

1.本技术涉及系统发布领域，具体而言，涉及一种系统发版方法及装置。


背景技术：

2.市面上一些比较大的系统升级时经常需要发公告停服务，而对于一些内容比较少的日常性维护或者变更，则没办法一直发公告停止对外服务，毕竟如此做的极有可能会在重启中丢失少量队列里的交易，这是作为交易支付核心系统所不能容忍的。因此，目前急需一种能够在保证发版的时效性和安全性的前提下，实现系统无损化升级的方法。


技术实现要素：

3.本技术实施例的目的在于提供一种系统发版方法及装置，能够更轻便、更简单的完成系统发版，同时保障发版过程中交易无损。
4.本技术实施例第一方面提供了一种系统发版方法，包括：
5.当接收到针对目标新系统的发版指令时，将发版标志调整为发版标识；
6.根据所述发版标识拉出系统中所有服务端口，并发布所述目标新系统；
7.在重启所述目标新系统之后，将所述发版标志调整为发版完成标识；
8.根据所述发版完成标识拉入系统中所有所述服务端口，以完成所述目标新系统的发布。
9.在上述实现过程中，该方法优先在接收到针对目标新系统的发版指令时，将发版标志调整为发版标识；然后，根据发版标识拉出系统中所有服务端口，并发布目标新系统；再在重启目标新系统之后，将发版标志调整为发版完成标识；最后，再根据发版完成标识拉入系统中所有服务端口，以完成目标新系统的发布。可见，实施这种实施方式，该方法能够更轻便、更简单的完成系统发版，同时保障发版过程中交易无损。
10.进一步地，所述根据所述发版标识拉出系统中所有服务端口，包括：
11.根据所述发版标识对探测报文进行处理，得到第一报文处理返回值；其中，所述第一报文处理返回值为fail；
12.根据所述第一报文处理返回值拉出系统中所有服务端口。
13.进一步地，所述根据所述第一报文处理返回值拉出系统中所有服务端口，包括：
14.当检测出所述第一报文处理返回值为fail时，停止向节点机发送节点流量，以拉出系统中所有服务端口。
15.进一步地，所述根据所述发版完成标识拉入系统中所有所述服务端口，包括：
16.根据所述发版完成标识对探测报文进行处理，得到第二报文处理返回值；其中，所述第二报文处理值为succ；
17.根据所述第二报文处理返回值重新向节点机分发节点流量，以拉入系统中所有所述服务端口。
18.本技术实施例第二方面提供了一种系统发版装置，所述系统发版装置包括：
19.第一调整单元，用于当接收到针对目标新系统的发版指令时，将发版标志调整为发版标识；
20.端口拉出单元，用于根据所述发版标识拉出系统中所有服务端口；
21.发版单元，用于发布所述目标新系统；
22.第二调整单元，用于在重启所述目标新系统之后，将所述发版标志调整为发版完成标识；
23.端口拉入单元，用于根据所述发版完成标识拉入系统中所有所述服务端口，以完成所述目标新系统的发布。
24.在上述实现过程中，该装置可以通过第一调整单元在接收到针对目标新系统的发版指令时，将发版标志调整为发版标识；通过端口拉出单元来根据发版标识拉出系统中所有服务端口；通过发版单元发布目标新系统；再通过第二调整单元在重启目标新系统之后，将发版标志调整为发版完成标识；最后，再通过端口拉入单元来根据发版完成标识拉入系统中所有服务端口，以完成目标新系统的发布。可见，实施这种实施方式，该方法能够更轻便、更简单的完成系统发版，同时保障发版过程中交易无损。
25.进一步地，所述端口拉出单元包括：
26.第一处理子单元，用于根据所述发版标识对探测报文进行处理，得到第一报文处理返回值；其中，所述第一报文处理返回值为fail；
27.拉出子单元，用于根据所述第一报文处理返回值拉出系统中所有服务端口。
28.进一步地，所述拉出子单元，具体用于当检测出所述第一报文处理返回值为fail时，停止向节点机发送节点流量，以拉出系统中所有服务端口。
29.进一步地，所述端口拉入单元包括：
30.第二处理子单元，用于根据所述发版完成标识对探测报文进行处理，得到第二报文处理返回值；其中，所述第二报文处理值为succ；
31.流量分发子单元，用于根据所述第二报文处理返回值重新向节点机分发节点流量，以拉入系统中所有所述服务端口完成所述目标新系统的发布。
32.本技术实施例第三方面提供了一种电子设备，包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行本技术实施例第一方面中任一项所述的系统发版方法。
33.本技术实施例第四方面提供了一种计算机可读存储介质，其存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行本技术实施例第一方面中任一项所述的系统发版方法。
附图说明
34.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
35.图1为本技术实施例提供的一种系统发版方法的流程示意图；
36.图2为本技术实施例提供的另一种系统发版方法的流程示意图；
37.图3为本技术实施例提供的一种系统发版装置的结构示意图；
38.图4为本技术实施例提供的另一种系统发版装置的结构示意图；
39.图5为本技术实施例提供的一种系统发版装置的结构示意图。
具体实施方式
40.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
41.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
42.实施例1
43.请参看图1，图1为本实施例提供了一种系统发版方法的流程示意图。其中，该系统发版方法包括：
44.s101、当接收到针对目标新系统的发版指令时，将发版标志调整为发版标识。
45.s102、根据发版标识拉出系统中所有服务端口，并发布目标新系统。
46.s103、在重启目标新系统之后，将发版标志调整为发版完成标识。
47.s104、根据发版完成标识拉入系统中所有服务端口，以完成目标新系统的发布。
48.本实施例中，目前金融领域中一些比较大的系统升级时经常需要发公告停服务，而对于一些内容比较少的日常性维护或者变更，则没办法一直发公告停止对外服务，如直接升级发版则可能在重启中丢失少量队列里的交易。作为交易支付核心系统，然而，在应用为非标c语言系统，但行内大部分都是java语言的系统的环境下，成熟的无损发布都没有兼顾到非标c语言系统，从而导致非标c语言系统没有成熟的无损发布方案，因此，当下急需对其进行补齐。而对此种技术上的问题，本技术结合行内的ucd发版以及f5拉入拉出，在保证发版的时效性和安全性的前提下，提出了一种新的基于流量策略的系统无损化升级方法。该方法的主要优势包括：系统改造小，操作简单，发版过程中交易无损，一键式操作，内嵌到正常发版流程中，且无需单独对f5进行拉入拉出，并能够有效解决非标系统的发版升级痛点。
49.本实施例中，该方法的执行主体可以为计算机、服务器等计算装置，对此本实施例中不作任何限定。
50.在本实施例中，该方法的执行主体还可以为智能手机、平板电脑等智能设备，对此本实施例中不作任何限定。
51.可见，实施本实施例所描述的系统发版方法，能够设定出一种针对非标系统的基于流量的无损化发布方案，并在完成后在发版时直接进行调用，从而无需中断发版流程，并对交易支付无影响，进而有效解决了非标系统的发版痛点。具体的，采用的基于流量策略的方案，能够在正常发版流程中集成拉入拉出，保证发版过程安全正常且有序。在重启系统之前，该方法还可以通过ucd的shell命令更改流量方案，让f5不再分配流量到发版的机器。当该机器任务处理完后，重启服务器应用并进行发版，在发版完成后更改流量方案，使f5继续分配流量到该机器，同理发布完其他机器以完成发版流程。可见，该种方法能够在整个发版过程中使用户使用无感，同时还不会产生失败交易的问题，有利于提高客户的满意度。
52.实施例2
53.请参看图2，图2为本实施例提供了一种系统发版方法的流程示意图。其中，该系统发版方法包括：
54.s201、当接收到针对目标新系统的发版指令时，将发版标志调整为发版标识。
55.s202、根据发版标识对探测报文进行处理，得到第一报文处理返回值；其中，第一报文处理返回值为fail。
56.s203、当检测出第一报文处理返回值为fail时，停止向节点机发送节点流量，以拉出系统中所有服务端口，并发布目标新系统。
57.s204、在重启目标新系统之后，将发版标志调整为发版完成标识。
58.s205、根据发版完成标识对探测报文进行处理，得到第二报文处理返回值；其中，第二报文处理值为succ。
59.s206、根据第二报文处理返回值重新向节点机分发节点流量，以拉入系统中所有服务端口，完成目标新系统的发布。
60.请参阅图5，图5示出了一种系统发版装置的结构示意图。其中，
61.关于流量探测模式改进：
62.针对于非标c语言系统的应用，f5对节点的判断目前是对节点机进行存活探测，无法探测出节点发版的情况和应用异常的情况；
63.现在f5使用monitor_999999999_succ的健康检测，monitor_999999999_succ的健康检测的规则为：f5对节点发送99999999报文，节点处理探测报文，正常时返回succ，失败时返回fail，f5判断返回值，如为fail则关闭该节点的流量。需根据发版标志对探测报文进行处理并返回不同的返回值。
64.关于节点拉入拉出改进：
65.目前拉入拉出需要在slb中对每一个端口进行手动拉入拉出，目前系统中服务端口有十来个，操作起来费时费力，端口拉出也不同步，持续时间长，并且很容易出错，对发版很不友好；；
66.而对于根据f5的探测式应答能使用系统自动化完成，并且能一次性处理所有端口的拉入拉出。方便安全，减少了手工操作，并且降低出错的风险。并且将手工操作变成了标志位，可以通过脚本或者程序来控制这些标志位。
67.关于ucd发版集成拉入拉出：
68.在早期发版过程中，发版前需要先手动拉入拉出端口，由于我们c语言系统的应用端口较多，增加了发版时间，为此，我们在发版过程中集成了拉入拉出操作，在发版前增加拉入操作，通过脚本更改发版标志位为发版，这样探测模块可以根据发版标志位控制探测报文的返回值，将返回值从succ改为fail，f5收到探测报文应答为fail时，将不再向该节点分发报文，这样这个节点就可以安全的进行发版操作了，版本发布后再通过脚本将发版标志位改为发版完成，这样探测模块可以根据发版标志位控制探测报文的返回值，将返回值从fail改为succ，f5收到探测报文应答为succ时，将重新向该节点分发报文，依次方法，分别对各个节点机进行发版操作，一键式操作方便了发版人员，也减少了因手工操作而导致的各种问题，解决了发版的痛点，也不会损失交易，使用户体验更好。
69.本实施例中，目前市面上一些比较大的系统升级时经常需要发公告停服务，而对于一些内容比较少的日常性维护或者变更，则没办法一直发公告停止对外服务，如直接升
级发版则可能在重启中丢失少量队列里的交易。作为交易支付核心系统，然而，在应用为非标c语言系统，但行内大部分都是java语言的系统的环境下，成熟的无损发布都没有兼顾到非标c语言系统，从而导致非标c语言系统没有成熟的无损发布方案，因此，当下急需对其进行补齐。而对此种技术上的问题，本技术结合行内的ucd发版以及f5拉入拉出，在保证发版的时效性和安全性的前提下，提出了一种新的基于流量策略的系统无损化升级方法。该方法的主要优势包括：系统改造小，操作简单，发版过程中交易无损，一键式操作，内嵌到正常发版流程中，且无需单独对f5进行拉入拉出，并能够有效解决非标系统的发版升级痛点。
70.本实施例中，该方法的执行主体可以为计算机、服务器等计算装置，对此本实施例中不作任何限定。
71.在本实施例中，该方法的执行主体还可以为智能手机、平板电脑等智能设备，对此本实施例中不作任何限定。
72.可见，实施本实施例所描述的系统发版方法，能够设定出一种针对非标系统的基于流量的无损化发布方案，并在完成后在发版时直接进行调用，从而无需中断发版流程，并对交易支付无影响，进而有效解决了非标系统的发版痛点。具体的，采用的基于流量策略的方案，能够在正常发版流程中集成拉入拉出，保证发版过程安全正常且有序。在重启系统之前，该方法还可以通过ucd的shell命令更改流量方案，让f5不再分配流量到发版的机器。当该机器任务处理完后，重启服务器应用并进行发版，在发版完成后更改流量方案，使f5继续分配流量到该机器，同理发布完其他机器以完成发版流程。可见，该种方法能够在整个发版过程中使用户使用无感，同时还不会产生失败交易的问题，有利于提高客户的满意度。
73.实施例3
74.请参看图3，图3为本实施例提供的一种系统发版装置的结构示意图。如图3所示，该系统发版装置包括：
75.第一调整单元310，用于当接收到针对目标新系统的发版指令时，将发版标志调整为发版标识；
76.端口拉出单元320，用于根据发版标识拉出系统中所有服务端口；
77.发版单元330，用于发布目标新系统；
78.第二调整单元340，用于在重启目标新系统之后，将发版标志调整为发版完成标识；
79.端口拉入单元350，用于根据发版完成标识拉入系统中所有服务端口，以完成目标新系统的发布。
80.本实施例中，对于系统发版装置的解释说明可以参照实施例1或实施例2中的描述，对此本实施例中不再多加赘述。
81.可见，实施本实施例所描述的系统发版装置，能够设定出一种针对非标系统的基于流量的无损化发布方案，并在完成后在发版时直接进行调用，从而无需中断发版流程，并对交易支付无影响，进而有效解决了非标系统的发版痛点。具体的，采用的基于流量策略的方案，能够在正常发版流程中集成拉入拉出，保证发版过程安全正常且有序。在重启系统之前，该装置还可以通过ucd的shell命令更改流量方案，让f5不再分配流量到发版的机器。当该机器任务处理完后，重启服务器应用并进行发版，在发版完成后更改流量方案，使f5继续分配流量到该机器，同理发布完其他机器以完成发版流程。可见，该种装置能够在整个发版
过程中使用户使用无感，同时还不会产生失败交易的问题，有利于提高客户的满意度。
82.实施例4
83.请参看图4，图4为本实施例提供的一种系统发版装置的结构示意图。如图4所示，该系统发版装置包括：
84.第一调整单元310，用于当接收到针对目标新系统的发版指令时，将发版标志调整为发版标识；
85.端口拉出单元320，用于根据发版标识拉出系统中所有服务端口；
86.发版单元330，用于发布目标新系统；
87.第二调整单元340，用于在重启目标新系统之后，将发版标志调整为发版完成标识；
88.端口拉入单元350，用于根据发版完成标识拉入系统中所有服务端口，以完成目标新系统的发布。
89.作为一种可选的实施方式，端口拉出单元320包括：
90.第一处理子单元321，用于根据发版标识对探测报文进行处理，得到第一报文处理返回值；其中，第一报文处理返回值为fail；
91.拉出子单元322，用于根据第一报文处理返回值拉出系统中所有服务端口。
92.作为一种可选的实施方式，拉出子单元322，具体用于当检测出第一报文处理返回值为fail时，停止向节点机发送节点流量，以拉出系统中所有服务端口。
93.作为一种可选的实施方式，端口拉入单元350包括：
94.第二处理子单元351，用于根据发版完成标识对探测报文进行处理，得到第二报文处理返回值；其中，第二报文处理值为succ；
95.流量分发子单元352，用于根据第二报文处理返回值重新向节点机分发节点流量，以拉入系统中所有服务端口完成目标新系统的发布。
96.本实施例中，对于系统发版装置的解释说明可以参照实施例1或实施例2中的描述，对此本实施例中不再多加赘述。
97.可见，实施本实施例所描述的系统发版装置，能够设定出一种针对非标系统的基于流量的无损化发布方案，并在完成后在发版时直接进行调用，从而无需中断发版流程，并对交易支付无影响，进而有效解决了非标系统的发版痛点。具体的，采用的基于流量策略的方案，能够在正常发版流程中集成拉入拉出，保证发版过程安全正常且有序。在重启系统之前，该装置还可以通过ucd的shell命令更改流量方案，让f5不再分配流量到发版的机器。当该机器任务处理完后，重启服务器应用并进行发版，在发版完成后更改流量方案，使f5继续分配流量到该机器，同理发布完其他机器以完成发版流程。可见，该种装置能够在整个发版过程中使用户使用无感，同时还不会产生失败交易的问题，有利于提高客户的满意度。
98.本技术实施例提供了一种电子设备，包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行本技术实施例1或实施例2中的系统发版方法。
99.本技术实施例提供了一种计算机可读存储介质，其存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行本技术实施例1或实施例2中的系统发版方法。
100.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
101.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
102.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
103.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
104.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。
105.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。