CN108282517A - 一种web服务升级的方法及终端 - Google Patents

Abstract

本发明提供一种web服务升级的方法及终端，采用两个以上服务器运行所述web服务；当接收到对web服务进行升级的请求时，从所述两个以上服务器选择一个服务器，作为保留服务器，将访问流量导向所述保留服务器，并将所述两个以上服务器中除所述保留服务器外的其他服务器挂起；升级挂起的服务器中的web服务；监听升级后的服务器的输出日志，使用正则表达式判断服务器是否启动成功，能够真实有效地实现web服务平滑地升级发布，并高效安全地获知升级后的服务器的真实运行情况，使得用户在使用和访问过程中，可以平滑无感知地进行服务升级发布，有效保障用户的正常使用和操作，避免升级发布过程中的停机等待与无法使用。

Description

一种web服务升级的方法及终端

技术领域

本发明涉及web服务运维管理领域，尤其涉及一种web服务升级的方法及终端。

背景技术

随着web服务平台的普及，越来越多的应用和web服务都需要运维和升级，运维人员对服务进行发布，通常都需要避开用户的使用高峰期，选择在凌晨后半夜，或发布通知公告，告知用户在运维升级期间，服务将暂停使用。但是，运维人员即使避开大多数用户的使用高峰，但仍然会有部分用户会受到影响，导致用户无法正常访问和使用服务，这批用户需要等待直至***服务升级恢复后，方能再进行使用；而对于发布通知公告，虽然可公告通知用户***服务的升级时间，但会有部分用户未及时阅读和接收到信息，同时在升级期间，时效性的业务无法使用，会造成用户不方便和体验差，甚至直接影响用户的及时利益。

为解决上述问题，现有技术中常用的方案是使用多实例发布，即通过负载均衡实现多实例切换，部署两套服务，升级其中一套，另外一套继续服务，实现版本的升级和回滚。多实例可以监听到服务器的进程运行状态，但是服务器进程启动，并不代表服务已可以正常使用，通常需要人工进行访问判断，消耗人工成本，虽然可通过植入某个断言页面进行判断以拨测确认服务器的正常使用，但是所述方式对代码有一定的侵入性，具有安全隐患。

发明内容

本发明所要解决的技术问题是：提供一种web服务升级的方法及终端，能够高效安全地实现对web服务平滑的升级发布。

为了解决上述技术问题，本发明采用的一种技术方案为：

一种web服务升级的方法，包括步骤：

S1、采用两个以上服务器运行所述web服务；

S2、当接收到对web服务进行升级的请求时，从所述两个以上服务器选择一个服务器，作为保留服务器，将访问流量导向所述保留服务器，并将所述两个以上服务器中除所述保留服务器外的其他服务器挂起；

S3、升级挂起的服务器中的web服务；

S4、监听升级后的服务器的输出日志，使用正则表达式判断服务器是否启动成功。

为了解决上述技术问题，本发明采用的另一种技术方案为：

一种web服务升级的终端，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

S1、采用两个以上服务器运行所述web服务；

S2、当接收到对web服务进行升级的请求时，从所述两个以上服务器选择一个服务器，作为保留服务器，将访问流量导向所述保留服务器，并将所述两个以上服务器中除所述保留服务器外的其他服务器挂起；

S3、升级挂起的服务器中的web服务；

S4、监听升级后的服务器的输出日志，使用正则表达式判断服务器是否启动成功。

本发明的有益效果在于：使用多服务器运行web服务，在服务器中的web服务升级之后，监听升级后的服务器的输出日志，使用正则表达式判断服务器是否启动成功，能够真实有效地实现web服务平滑地升级发布，并高效安全地获知升级后的服务器的真实运行情况，使得用户在使用和访问过程中，可以平滑无感知地进行服务升级发布，有效保障用户的正常使用和操作，避免升级发布过程中的停机等待与无法使用。

附图说明

图1为本发明实施例的一种web服务升级的方法的流程图；

图2为本发明实施例的一种web服务升级的终端的结构示意图；

标号说明：

1、web服务升级的终端； 2、存储器； 3、处理器。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。

本发明最关键的构思在于:使用多服务器运行web服务，在服务器中的web服务升级之后，监听升级后的服务器的输出日志，使用正则表达式判断服务器是否启动成功。

请参照图1，一种web服务升级的方法，包括步骤：

S1、采用两个以上服务器运行所述web服务；

S2、当接收到对web服务进行升级的请求时，从所述两个以上服务器选择一个服务器，作为保留服务器，将访问流量导向所述保留服务器，并将所述两个以上服务器中除所述保留服务器外的其他服务器挂起；

S3、升级挂起的服务器中的web服务；

S4、监听升级后的服务器的输出日志，使用正则表达式判断服务器是否启动成功。

由上述描述可知，本发明的有益效果在于：使用多服务器运行web服务，在服务器中的web服务升级之后，监听升级后的服务器的输出日志，使用正则表达式判断服务器是否启动成功，能够真实有效地实现web服务平滑地升级发布，并高效安全地获知升级后的服务器的真实运行情况，使得用户在使用和访问过程中，可以平滑无感知地进行服务升级发布，有效保障用户的正常使用和操作，避免升级发布过程中的停机等待与无法使用。

进一步的，所述步骤S3具体包括：

将升级后的web服务的代码发布至挂起的服务器，更新挂起的服务器中的web服务的代码，并重启所述挂起的服务器。

进一步的，所述步骤S4中使用正则表达式判断服务器是否启动成功具体包括：

预设一正则表达式，判断在所述服务器的输出日志中，是否截取到所述正则表达式，若是，则判断所述服务器启动成功，否则，继续监听所述服务器的输出日志直至截取到所述正则表达式。

由上述描述可知，基于正则表达式判断监听到的服务器的输出日志中是否有相应的正则表达式，若是，则表明服务器启动成功，不仅能够准确地判断出服务器是否启动成功，而且不需要人为地访问判断，也不需要在web代码中植入断言页面，高效安全，成本低。

进一步的，还包括步骤：

S5、将保留服务器中的访问流量导向启动成功的web服务升级后的服务器，挂起所述保留服务器。

进一步的，所述步骤S5中还包括：

升级挂起的保留服务器中的web服务；

监听升级后的保留服务器的输出日志，使用正则表达式判断所述保留服务器是否启动成功。

由上述描述可知，在升级完其它服务器后，对保留服务器也进行升级并判断其启动是否成功，能够保证保留服务器同其它服务器一起运行升级后的web服务，有效分担访问流量数据，提高网络整体性能。

请参照图2，一种web服务升级的终端，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

S1、采用两个以上服务器运行所述web服务；

S2、当接收到对web服务进行升级的请求时，从所述两个以上服务器选择一个服务器，作为保留服务器，将访问流量导向所述保留服务器，并将所述两个以上服务器中除所述保留服务器外的其他服务器挂起；

S3、升级挂起的服务器中的web服务；

S4、监听升级后的服务器的输出日志，使用正则表达式判断服务器是否启动成功。

由上述描述可知，本发明的有益效果在于：使用多服务器运行web服务，在服务器中的web服务升级之后，监听升级后的服务器的输出日志，使用正则表达式判断服务器是否启动成功，能够真实有效地实现web服务平滑地升级发布，并高效安全地获知升级后的服务器的真实运行情况，使得用户在使用和访问过程中，可以平滑无感知地进行服务升级发布，有效保障用户的正常使用和操作，避免升级发布过程中的停机等待与无法使用。

进一步的，所述步骤S3具体包括：

将升级后的web服务的代码发布至挂起的服务器，更新挂起的服务器中的web服务的代码，并重启所述挂起的服务器。

进一步的，所述步骤S4中使用正则表达式判断服务器是否启动成功具体包括：

预设一正则表达式，判断在所述服务器的输出日志中，是否截取到所述正则表达式，若是，则判断所述服务器启动成功，否则，继续监听所述服务器的输出日志直至截取到所述正则表达式。

由上述描述可知，基于正则表达式判断监听到的服务器的输出日志中是否有相应的正则表达式，若是，则表明服务器启动成功，不仅能够准确地判断出服务器是否启动成功，而且不需要人为地访问判断，也不需要在web代码中植入断言页面，高效安全，成本低。

进一步的，还包括步骤：

S5、将保留服务器中的访问流量导向启动成功的web服务升级后的服务器，挂起所述保留服务器。

进一步的，所述步骤S5中还包括：

升级挂起的保留服务器中的web服务；

监听升级后的保留服务器的输出日志，使用正则表达式判断所述保留服务器是否启动成功。

由上述描述可知，在升级完其它服务器后，对保留服务器也进行升级并判断其启动是否成功，能够保证保留服务器同其它服务器一起运行升级后的web服务，有效分担访问流量数据，提高网络整体性能。

实施例一

请参照图1，一种web服务升级的方法，包括步骤：

S1、采用两个以上服务器运行所述web服务；

可以采用现有的负载均衡技术，实现多个服务器运行所述web服务，负载均衡器根据各个服务器的负载能力和资源开销情况，分配访问流量至各个服务器；

S2、当接收到对web服务进行升级的请求时，从所述两个以上服务器选择一个服务器，作为保留服务器，将访问流量导向所述保留服务器，并将所述两个以上服务器中除所述保留服务器外的其他服务器挂起；

在进行保留服务器的选择时，可以采用现有的Rolling update(滚动发布)的思想，从所述两个以上服务器中随机选择至少一个服务器，作为保留服务器；也可以是基于负载均衡技术，由负载均衡器选择所述两个以上服务器中负载最大的服务器作为保留服务器；或者是预先设定一服务器作为保留服务器；

S3、升级挂起的服务器中的web服务；

具体的，将升级后的web服务的代码发布至挂起的服务器，更新挂起的服务器中的web服务的代码，并重启所述挂起的服务器；

S4、监听升级后的服务器的输出日志，使用正则表达式判断服务器是否启动成功；

所述步骤S4中使用正则表达式判断服务器是否启动成功具体包括：

预设一正则表达式，判断在所述服务器的输出日志中，是否截取到所述正则表达式，若是，则判断所述服务器启动成功，否则，继续监听所述服务器的输出日志直至截取到所述正则表达式；

比如：Tomcat服务器日志出现Server started in{n}ms，则表示Tomcat服务器在n毫秒内已启动完成，则预设正则表达式为：Server started in{n}ms；通过所述预设正则表达式对监听到的服务器的输出日志进行截取，若截取到Server started in{n}ms，则表明所述服务器启动成功，记录该服务器的真实运行状态为“启动成功”。

S5、将保留服务器中的访问流量导向启动成功的web服务升级后的服务器，挂起所述保留服务器；

升级挂起的保留服务器中的web服务；

监听升级后的保留服务器的输出日志，使用正则表达式判断所述保留服务器是否启动成功。

实施例二

请参照图2，一种web服务升级的终端1，包括存储器2、处理器3以及存储在所述存储器2上并可在所述处理器3上运行的计算机程序，所述处理器3执行所述计算机程序时实现实施例一中的步骤。

实施例三

本实施例的具体应用场景是***话费充值服务。小王在午夜1点需要进行一个紧急的国际电话会议，电话费用不足，小王需要立即充值话费。此时***话费充值服务正在运维升级，该服务若采用原始传统的升级发布方式，将会严重影响用户的使用。此次***话费充值服务采用了平滑发布的日志断言实现方法。

使用两个Tomcat服务器来运行话费充值服务的代码，当接收要升级话费充值服务的请求时，从所述两个Tomcat服务器中选择一个作为保留服务器，通过Nginx等负载均衡工具将用户的访问流量引导至所述保留服务器，从而保留小王的正常使用，同时运维在另一个Tomcat服务器发布升级的话费充值服务代码，更新所述服务器中的代码。

运维重启更新过代码的服务器，保证新的***话费充值服务代码已经更新完毕，同时自动监听所述服务器的进程状态启动是否成功，若新进程启动成功后，***继续监测服务器的输出日志，使用预设的正则表达式选择运行成功的日志断言。当服务器的输出日志中出现Server started in{n}ms，表示所述服务器在n毫秒内已经启动完成，更新后的服务器可以进行正常访问和使用。

此时，运维自动将用户的访问流量切换至更新后的服务器，开始使用新版本的***话费充值服务，自此***话费充值服务的升级完成，这一过程中均不需要人工对服务界面或页面进行判断，也不需要人工查看服务器日志进行判断，即可自动完成用户无感知的升级发布，在此期间，小王的使用操作不受到任何影响，他能正常地完成话费充值，开始他的电话会议；

此外，在将访问流量切换至更新后的服务器后，还可以使用同样的方式对所述保留服务器进行升级，待其升级完成，可以分担另一服务器的负载。

综上所述，本发明提供的一种web服务升级的方法及终端，使用多服务器运行web服务，在服务器中的web服务升级之后，监听升级后的服务器的输出日志，使用正则表达式判断服务器是否启动成功，能够真实有效地实现web服务平滑地升级发布，并高效安全地获知升级后的服务器的真实运行情况，使得用户在使用和访问过程中，可以平滑无感知地进行服务升级发布，有效保障用户的正常使用和操作，避免升级发布过程中的停机等待与无法使用。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种web服务升级的方法，其特征在于，包括步骤：

S1、采用两个以上服务器运行所述web服务；

S2、当接收到对web服务进行升级的请求时，从所述两个以上服务器选择一个服务器，作为保留服务器，将访问流量导向所述保留服务器，并将所述两个以上服务器中除所述保留服务器外的其他服务器挂起；

S3、升级挂起的服务器中的web服务；

S4、监听升级后的服务器的输出日志，使用正则表达式判断服务器是否启动成功。

2.根据权利要求1所述的web服务升级的方法，其特征在于，所述步骤S3具体包括：

将升级后的web服务的代码发布至挂起的服务器，更新挂起的服务器中的web服务的代码，并重启所述挂起的服务器。

3.根据权利要求1所述的web服务升级的方法，其特征在于，所述步骤S4中使用正则表达式判断服务器是否启动成功具体包括：

预设一正则表达式，判断在所述服务器的输出日志中，是否截取到所述正则表达式，若是，则判断所述服务器启动成功，否则，继续监听所述服务器的输出日志直至截取到所述正则表达式。

4.根据权利要求1所述的web服务升级的方法，其特征在于，还包括步骤：

S5、将保留服务器中的访问流量导向启动成功的web服务升级后的服务器，挂起所述保留服务器。

5.根据权利要求4所述的web服务升级的方法，其特征在于，所述步骤S5中还包括：

升级挂起的保留服务器中的web服务；

监听升级后的保留服务器的输出日志，使用正则表达式判断所述保留服务器是否启动成功。

6.一种web服务升级的终端，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现以下步骤：

S1、采用两个以上服务器运行所述web服务；

S2、当接收到对web服务进行升级的请求时，从所述两个以上服务器选择一个服务器，作为保留服务器，将访问流量导向所述保留服务器，并将所述两个以上服务器中除所述保留服务器外的其他服务器挂起；

S3、升级挂起的服务器中的web服务；

S4、监听升级后的服务器的输出日志，使用正则表达式判断服务器是否启动成功。

7.根据权利要求6所述的web服务升级的终端，其特征在于，所述步骤S3具体包括：

将升级后的web服务的代码发布至挂起的服务器，更新挂起的服务器中的web服务的代码，并重启所述挂起的服务器。

8.根据权利要求6所述的web服务升级的终端，其特征在于，所述步骤S4中使用正则表达式判断服务器是否启动成功具体包括：

预设一正则表达式，判断在所述服务器的输出日志中，是否截取到所述正则表达式，若是，则判断所述服务器启动成功，否则，继续监听所述服务器的输出日志直至截取到所述正则表达式。

9.根据权利要求6所述的web服务升级的终端，其特征在于，还包括步骤：

S5、将保留服务器中的访问流量导向启动成功的web服务升级后的服务器，挂起所述保留服务器。

10.根据权利要求9所述的web服务升级的终端，其特征在于，所述步骤S5中还包括：

升级挂起的保留服务器中的web服务；

监听升级后的保留服务器的输出日志，使用正则表达式判断所述保留服务器是否启动成功。