[发明专利]基于后端应用服务变更自动化调整中间件的连接方法

说明书

本发明公开了一种基于后端应用服务变更自动化调整中间件的连接方法，包括应用端和服务端，控制应用端和服务端工作状态保持一致时两者进行通信。所述应用端为前端代理中间件，所述服务端为内部总线中间件，应用端的应用服务a和位于服务端的应用服务b工作状态保持一致时两者进行通信。前端服务以及后端服务下线并等待应用程序处理的过程，此时停止应用服务程序，对老版本程序进行备份后，更新为新版本应用程序，并启动服务；下线完成后，实施后续内部总线中间件上线环节；在内部总线中间件首先上线完成后，本系统则可以完成和内部其他系统的关联调用；在内部总线中间件上线完成后，进行后端应用服务在中间件上的服务上线环节。

技术领域

本发明涉及的是一种应用程序版本变更技术，尤其涉及一种基于后端应用服务变更自动化调整中间件的连接方法。

背景技术

当前应用系统版本变更大多数为变更操作自动化，但没有整体流程的自动化。如对应用版本的备份、更新，应用服务的启停做到了自动化，但是和前端的web代理中间件、相关联的API网关都是相隔离的，并未实现整个流程的自动化。同时在变更期间，对于已接收的流量请求在未做精细化下线步骤时，会有请求丢失。随着互联网科技的发展，以及用户对应用系统的高可用性、可靠性的要求不断提高，随之也对服务器端应用程序的稳定性有了更高的要求。

目前，随着服务器端应用程序的不断增加，各种系统架构不断增多，当前的变更流程并不能对应用程序的版本变更进行高效、安全、精细化管理。当前服务器端进行版本变更时，并未对前后相关联的应用系统或入口流量请求进行隔离，没有一套完整的流量无损变更流程，通常来说，服务器端程序在应用系统变更过程中，会存在有极少部分请求由前端服务器分发到后端应用服务器后并未处理完成，而被应用变更所丢弃。为了实现保证整体流量请求不会因为应用系统版本变更而损耗的需求，需要分别对每个应用程序进行服务的手工上下线操作，增大了部署过程中的出错环节、变更时的效率低下。

发明内容

本发明的目的在于提供一种基于后端应用服务变更自动化调整中间件的连接方法，在后端应用变更过程中，可以做到流量无损变更。

为实现上述目的，本发明提供了一种基于后端应用服务变更自动化调整中间件的连接方法，当外部互联网端的请求经前端代理中间件进入后端应用服务后，所述前端代理中间件控制应用服务从外部互联网接入侧进行下线，内部总线中间件控制应用服务从内部系统调用侧下线，当应用服务的程序版本变更后，所述内部总线中间件控制变更后的应用服务从内部系统调用侧上线，所述前端代理中间件控制应用服务从外部互联网接入侧进行上线。

优选地，所述后端应用服务为应用服务a，所述内部系统调用侧包括应用服务b，所述应用服务a和所述应用服务b工作状态保持一致时应用服务a和所述应用服务b通信。

优选地，在调度开始时，先对需要进行变更的系统信息进行基本配比和环境检查。

优选地，前段代理中间件对应用服务a进行下线，停用应用服务A；再从内部总线中间件下线，进而停用应用服务B；此环境中，应用系统之间通过内部总线中间件进行HTTP方式通信；后端服务从前段代理中间件下线并等待应用程序处理的过程中，设置等待时长以使得所有已接入的请求在下线的应用系统内部处理完成；后端服务从内部总线中间件下线并等待应用程序处理的过程中，设置等待时长以使得所有已接入的请求在下线的应用系统内部处理完成；在完成所有下线任务后，停止应用服务程序，对老版本的程序进行备份；备份后，将老版本应用程序更新为新版本应用程序，并启动服务；启动服务后，实施后续内部总线中间件上线；内部总线中间件上线完成后，再进行应用端的前端代理中间件上的服务上线。

优选地，前端代理中间件下线操作完成后，需要对返回结果进行判断；下线命令发出执行后，会返回状态值，当状态值为True时，即为正常返回，则继续等待一段应用程序处理最大时长，再进行后续步骤；当状态值为False时，即为失败，则流程暂停，并需人工查看问题原因。

优选地，内部总线中间件和前端代理中间件上线之前，则开始进行应用服务的绿灯测试。