一种不修改终端的云端架构升级方法技术

本发明专利技术公开了一种不修改终端的云端架构升级方法，涉及云端架构技术领域。本发明专利技术包括如下步骤：设备端通过HTTP请求云端数据；请求先到达网关，网关根据本地缓存的微服务信息找到请求URL对应的微服务；注册中心根据负载均衡下发请求给对应微服务；微服务启动时通过HTTP上报接口信息到网关后台服务；云端单体架构升级为微服务架构。本发明专利技术设备端通过HTTP请求云端数据，请求先到达网关，网关根据本地缓存的微服务信息找到请求URL对应的微服务，然后注册中心根据负载均衡下发请求给对应微服务，最后对应的微服务返回结果，实现云端从单体架构升级为微服务架构且终端无需修改升级功能正常使用。功能正常使用。功能正常使用。

【技术实现步骤摘要】
一种不修改终端的云端架构升级方法


[0001]本专利技术属于云端架构
，特别是涉及一种不修改终端的云端架构升级方法，侧重于不修改设备端和APP端完成云端架构升级的一种方案，其目的主要是云端从单体架构升级为微服务架构且终端无需修改升级功能正常使用。

技术介绍

[0002]现在的家庭环境中，智能设备的数量越来越多，app和设备向云端服务器的请求越来越多，会造成服务器压力过大的问题。
[0003]目前，单体架构的服务不能满足日益增长的请求，且正式环境和测试环境的数据没有完全隔离，导致很多脏数据，在正式环境出现莫名其妙的问题，且已经销售的设备很多不能通过远程升级。
[0004]智能设备越来越多，云端请求量越来越大，云端单体应用不能满足以后的请求量。云端单体应用升级到微服务框架，现有技术方案是设备根据微服务的URL将原来的请求URL修改，并远程升级设备，让设备可以直接请求到微服务地址。这个方案适合设备可以远程升级的，根据调研，已经销售的设备很大一部分不满足远程升级的环境，若按照此方案进行云端微服务架构升级，公司大部分设备不能远程升级易造成设备功能无法正常使用，风险较大。
[0005]此需求背景下遇到的主要问题为：
[0006]1、随着请求量增大，单体的云端架构不能满足以后的请求量；
[0007]2、按照通用的微服务方案设备端和APP端需要修改并升级，以前已经销售的设备很多不能远程升级。

技术实现思路

[0008]本专利技术的目的在于提供一种不修改终端的云端架构升级方法，设备端通过HTTP请求云端数据，请求先到达网关，网关根据本地缓存的微服务信息找到请求URL对应的微服务，然后注册中心根据负载均衡下发请求给对应微服务，最后对应的微服务返回结果，解决了现有的已销售的设备很大一部分不满足远程升级的环境、容易导致设备功能无法正常使用的问题。
[0009]为解决上述技术问题，本专利技术是通过以下技术方案实现的：
[0010]本专利技术为一种不修改终端的云端架构升级方法，包括如下步骤：
[0011]步骤S1：设备端通过HTTP请求云端数据；
[0012]步骤S2：请求先到达网关，网关根据本地缓存的微服务信息找到请求URL对应的微服务；
[0013]步骤S3：注册中心根据负载均衡下发请求给对应微服务；
[0014]步骤S5：微服务启动时通过HTTP上报接口信息到网关后台服务；
[0015]步骤S6：云端单体架构升级为微服务架构。
[0016]作为一种优选的技术方案，所述步骤S2中，网关后台通过websocket将上述微服务相关数据传给网关服务，且网关服务将数据缓存至本地。
[0017]作为一种优选的技术方案，所述步骤S5中，每个微服务启动时，将自身的全部接口信息通过http上报给网关后台，网关后台将各自微服务的信息保存在数据库中，并通过websocket把微服务相关信息推送给网关服务；所述网关服务在重启时通过websocket去网关后台服务拉取微服务相关信息，然后将微服务相关的信息缓存至本地。
[0018]作为一种优选的技术方案，所述http请求先到达网关服务器，网关服务根据本地缓存的微服务信息判断该请求路由至对应微服务，通过注册中心负载均衡，请求顺利到达对应的微服务，并返回结果。
[0019]作为一种优选的技术方案，所述网关和网关admin通过websocket的长连接保持实时通信，网关admin一旦有修改就会实时地推送给网关；每个所述微服务启动时，把自身的接口信息通过HTTP请求的方式上报给网关admin服务，网关admin服务通过websocket实时地推送给网关服务；所述网关服务将微服务的接口信息保存在本地缓存。
[0020]作为一种优选的技术方案，所述请求到达网关服务，网关服务会通过本地的缓存接口信息来获取请求的微服务。
[0021]本专利技术具有以下有益效果：
[0022]本专利技术设备端通过HTTP请求云端数据，请求先到达网关，网关根据本地缓存的微服务信息找到请求URL对应的微服务，然后注册中心根据负载均衡下发请求给对应微服务，最后对应的微服务返回结果，实现云端从单体架构升级为微服务架构且终端无需修改升级功能正常使用。
[0023]当然，实施本专利技术的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
[0024]为了更清楚地说明本专利技术实施例的技术方案，下面将对实施例描述所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0025]图1为云端架构升级请求流程图；
[0026]图2为单体架构示意图；
[0027]图3为微服务架构图。
具体实施方式
[0028]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本专利技术保护的范围。
[0029]请参阅图1所示，本专利技术为一种不修改终端的云端架构升级方法，包括如下步骤：
[0030]步骤S1：设备端通过HTTP请求云端数据；
[0031]步骤S2：请求先到达网关，网关根据本地缓存的微服务信息找到请求URL对应的微
服务；
[0032]步骤S3：注册中心根据负载均衡下发请求给对应微服务；
[0033]步骤S5：微服务启动时通过HTTP上报接口信息到网关后台服务；
[0034]步骤S6：云端单体架构升级为微服务架构。
[0035]步骤S2中，网关后台通过websocket将上述微服务相关数据传给网关服务，且网关服务将数据缓存至本地。
[0036]步骤S5中，每个微服务启动时，将自身的全部接口信息通过http上报给网关后台，网关后台将各自微服务的信息保存在数据库中，并通过websocket把微服务相关信息推送给网关服务；网关服务在重启时通过websocket去网关后台服务拉取微服务相关信息，然后将微服务相关的信息缓存至本地。
[0037]http请求先到达网关服务器，网关服务根据本地缓存的微服务信息判断该请求路由至对应微服务，通过注册中心负载均衡，请求顺利到达对应的微服务，并返回结果。
[0038]网关和网关admin通过websocket的长连接保持实时通信，网关admin一旦有修改就会实时地推送给网关；每个微服务启动时，把自身的接口信息通过HTTP请求的方式上报给网关admin服务，网关admin服务通过websocket实时地推送给网关服务；网关服务将微服务的接口信息保存在本地缓存。
[0039]请求到达网关服务，网关服务会通过本地的缓存接口信息来获取请求的微服务。
[0040]实施例一<本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种不修改终端的云端架构升级方法，其特征在于，包括如下步骤：步骤S1：设备端通过HTTP请求云端数据；步骤S2：请求先到达网关，网关根据本地缓存的微服务信息找到请求URL对应的微服务；步骤S3：注册中心根据负载均衡下发请求给对应微服务；步骤S5：微服务启动时通过HTTP上报接口信息到网关后台服务；步骤S6：云端单体架构升级为微服务架构。2.根据权利要求1所述的一种不修改终端的云端架构升级方法，其特征在于，所述步骤S2中，网关后台通过websocket将上述微服务相关数据传给网关服务，且网关服务将数据缓存至本地。3.根据权利要求1所述的一种不修改终端的云端架构升级方法，其特征在于，所述步骤S5中，每个微服务启动时，将自身的全部接口信息通过http上报给网关后台，网关后台将各自微服务的信息保存在数据库中，并通过websocket把微服务相关信息推送给网关服务；所述网关服务在重启时通过websocket去网关后...

【专利技术属性】
技术研发人员：王沛汉，陈良，
申请(专利权)人：四川虹美智能科技有限公司，
类型：发明
国别省市：