CN113938464B - 一种请求访问方法及终端 - Google Patents

Abstract

本发明公开的一种请求访问方法及终端，每一个服务实例在启动后，都会自动向部署在内网的反向代理集群注册其实例信息，在接收内网的访问请求后判断反向代理集群中是否存在被访问服务所对应的第一实例信息，若是，则根据反向代理集群将请求域名替换为第一实例信息中的内网地址和端口，并使用内网地址和端口访问，否则，通过请求域名进行公网地址访问；因此在反向代理集群中存在实例时，能够直接通过内网访问，大量减少公网访问的流量，并减少公司的外网流量资源以及费用，同时能够提高访问效率。

Description

一种请求访问方法及终端

技术领域

本发明涉及计算机技术领域，特别涉及一种请求访问方法及终端。

背景技术

移动互联网蓬勃发展的今天，存在有各种各样的客户端APP，而每一种APP都需要对应的服务端来进行支持。为了实现高并发，高吞吐的功能，服务端都是采用分布式部署的方式，同时，由于系统的庞大，目前最通用的部署方式就是以微服务架构的方式，通过多机房部署的方式来实现的。这种部署方式能够很好的实现高并发和高吞吐，以及服务和机房的容灾功能。

在此种架构之下，各个微服务之间通常都是通过restful的方式，即我们经常说的http协议，进行不同服务之间的数据操作。我们知道http协议访问都需要知道对方的域名，端口以及路径地址等信息。而在同一个公司之中存在较多的微服务，各个微服务之间都是通过域名进行访问的，所有通过域名访问的地址，都需要先访问公网，之后，由公网重新进行路由后，指向对应机房的服务端机器，并最终分流至对应的实例进行访问。可是，如果访问和被访问的服务都是自身公司的服务，并且如果都是在同一个机房下，访问效率较低。

发明内容

本发明所要解决的技术问题是：提供一种请求访问方法及终端，能够提高请求访问效率。

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

一种请求访问方法，包括步骤：

通过部署在内网的反向代理集群接收并记录每一个服务实例在启动后所发送的实例信息；

接收内网的访问请求，获取所述访问请求中的被访问服务和请求域名，判断所述反向代理集群中是否存在所述被访问服务所对应的第一实例信息，若是，则根据所述反向代理集群将所述请求域名替换为所述第一实例信息中的内网地址和端口，并使用所述内网地址和端口访问，否则，通过所述请求域名进行公网地址访问。

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

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

通过部署在内网的反向代理集群接收并记录每一个服务实例在启动后所发送的实例信息；

接收内网的访问请求，获取所述访问请求中的被访问服务和请求域名，判断所述反向代理集群中是否存在所述被访问服务所对应的第一实例信息，若是，则根据所述反向代理集群将所述请求域名替换为所述第一实例信息中的内网地址和端口，并使用所述内网地址和端口访问，否则，通过所述请求域名进行公网地址访问。

本发明的有益效果在于：每一个服务实例在启动后，都会自动向部署在内网的反向代理集群注册其实例信息，在接收内网的访问请求后判断反向代理集群中是否存在被访问服务所对应的第一实例信息，若是，则根据反向代理集群将请求域名替换为第一实例信息中的内网地址和端口，并使用内网地址和端口访问，否则，通过请求域名进行公网地址访问；因此在反向代理集群中存在实例时，能够直接通过内网访问，大量减少公网访问的流量，并减少公司的外网流量资源以及费用，同时能够提高访问效率。

附图说明

图1为本发明实施例的一种请求访问方法的流程图；

图2为本发明实施例的一种请求访问终端的示意图。

具体实施方式

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

请参照图1，本发明实施例提供了一种请求访问方法，包括步骤：

通过部署在内网的反向代理集群接收并记录每一个服务实例在启动后所发送的实例信息；

接收内网的访问请求，获取所述访问请求中的被访问服务和请求域名，判断所述反向代理集群中是否存在所述被访问服务所对应的第一实例信息，若是，则根据所述反向代理集群将所述请求域名替换为所述第一实例信息中的内网地址和端口，并使用所述内网地址和端口访问，否则，通过所述请求域名进行公网地址访问。

从上述描述可知，本发明的有益效果在于：每一个服务实例在启动后，都会自动向部署在内网的反向代理集群注册其实例信息，在接收内网的访问请求后判断反向代理集群中是否存在被访问服务所对应的第一实例信息，若是，则根据反向代理集群将请求域名替换为第一实例信息中的内网地址和端口，并使用内网地址和端口访问，否则，通过请求域名进行公网地址访问；因此在反向代理集群中存在实例时，能够直接通过内网访问，大量减少公网访问的流量，并减少公司的外网流量资源以及费用，同时能够提高访问效率。

进一步地，根据所述反向代理集群将所述请求域名替换为所述第一实例信息中的内网地址和端口包括：

判断所述第一实例信息所对应的第一实例是否与发送所述访问请求的服务实例在同一机房中，若是，则将所述请求域名替换为所述第一实例信息中的内网地址和端口；

否则，将被访问服务中距离发送所述访问请求的服务实例所在机房最近的实例作为第二实例，将所述请求域名替换为所述第二实例所对应的第二实例信息中的内网地址和端口。

由上述描述可知，判断第一实例是否与发送访问请求的服务的实例在同一机房中，若是，则将请求域名替换为第一实例信息中的内网地址和端口，否则，将被访问服务中距离发送访问请求的服务实例所在机房最近的实例作为第二实例，将请求域名替换为第二实例信息中的内网地址和端口，因此对于实例不在同一个机房的情况，能够根据实例的机房信息计算机房之间的距离，从而根据机房远近选择被访问的实例，进一步提高访问效率。

进一步地，所述将被访问服务中距离发送所述访问请求的服务所在机房最近的实例作为第二实例，将所述请求域名替换为所述第二实例所对应的第二实例信息中的内网地址和端口，替换为：

监控各个机房之间的网络带宽以及负载情况；

将所述被访问服务中带宽最高或者负载最低的机房对应的实例作为第三实例，将所述请求域名替换为所述第三实例所对应的第三实例信息中的内网地址和端口。

由上述描述可知，通过监控各个机房之间的网络带宽和负载情况，将被访问服务中带宽最高或者负载最低的机房对应的实例作为第三实例，能够根据相关的监控数据衡量实例的状态，动态选择适合的实例进行访问，提高访问效率。

进一步地，通过所述请求域名进行公网地址访问之后包括：

在所述被访问服务重启之前，判断接收到的访问请求中是否访问所述被访问服务，若是，则直接通过所述请求域名进行公网地址访问。

由上述描述可知，反向代理集群中不存在被访问服务的第一实例信息且在被访问服务重启之前，若再次请求该被访问服务，直接通过所述请求域名进行公网地址访问，无需再访问反向代理集群，从而提高访问效率。

进一步地，还包括：

使用所述反向代理集群对添加实例信息的实例进行监控；

根据每一个实例的CPU情况、内存情况和网络带宽计算每一个实例的健康值，判断每一个实例的健康值是否低于阈值，若是，则自动剔除所述实例。

由上述描述可知，通过反向代理集群对添加实例信息的实例进行监控，能够根据每一个实例的CPU情况、内存情况和网络带宽计算每一个实例的健康值，当实例的健康值低于阈值时自动剔除该实例，因此在选择实例的时候事先能够减去不健康的实例，从而提高访问选择的效率。

请参照图2，本发明另一实施例提供了一种请求访问终端，包括存储器、处理器以及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

通过部署在内网的反向代理集群接收并记录每一个服务实例在启动后所发送的实例信息；

接收内网的访问请求，获取所述访问请求中的被访问服务和请求域名，判断所述反向代理集群中是否存在所述被访问服务所对应的第一实例信息，若是，则根据所述反向代理集群将所述请求域名替换为所述第一实例信息中的内网地址和端口，并使用所述内网地址和端口访问，否则，通过所述请求域名进行公网地址访问。

由上述描述可知，每一个服务实例在启动后，都会自动向部署在内网的反向代理集群注册其实例信息，在接收内网的访问请求后判断反向代理集群中是否存在被访问服务所对应的第一实例信息，若是，则根据反向代理集群将请求域名替换为第一实例信息中的内网地址和端口，并使用内网地址和端口访问，否则，通过请求域名进行公网地址访问；因此在反向代理集群中存在实例时，能够直接通过内网访问，大量减少公网访问的流量，并减少公司的外网流量资源以及费用，同时能够提高访问效率。

进一步地，根据所述反向代理集群将所述请求域名替换为所述第一实例信息中的内网地址和端口包括：

判断所述第一实例信息所对应的第一实例是否与发送所述访问请求的服务实例在同一机房中，若是，则将所述请求域名替换为所述第一实例信息中的内网地址和端口；

否则，将被访问服务中距离发送所述访问请求的服务实例所在机房最近的实例作为第二实例，将所述请求域名替换为所述第二实例所对应的第二实例信息中的内网地址和端口。

由上述描述可知，判断第一实例是否与发送访问请求的服务的实例在同一机房中，若是，则将请求域名替换为第一实例信息中的内网地址和端口，否则，将被访问服务中距离发送访问请求的服务实例所在机房最近的实例作为第二实例，将请求域名替换为第二实例信息中的内网地址和端口，因此对于实例不在同一个机房的情况，能够根据实例的机房信息计算机房之间的距离，从而根据机房远近选择被访问的实例，进一步提高访问效率。

进一步地，所述将被访问服务中距离发送所述访问请求的服务所在机房最近的实例作为第二实例，将所述请求域名替换为所述第二实例所对应的第二实例信息中的内网地址和端口，替换为：

监控各个机房之间的网络带宽以及负载情况；

将所述被访问服务中带宽最高或者负载最低的机房对应的实例作为第三实例，将所述请求域名替换为所述第三实例所对应的第三实例信息中的内网地址和端口。

由上述描述可知，通过监控各个机房之间的网络带宽和负载情况，将被访问服务中带宽最高或者负载最低的机房对应的实例作为第三实例，能够根据相关的监控数据衡量实例的状态，动态选择适合的实例进行访问，提高访问效率。

进一步地，通过所述请求域名进行公网地址访问之后包括：

在所述被访问服务重启之前，判断接收到的访问请求中是否访问所述被访问服务，若是，则直接通过所述请求域名进行公网地址访问。

由上述描述可知，反向代理集群中不存在被访问服务的第一实例信息且在被访问服务重启之前，若再次请求该被访问服务，直接通过所述请求域名进行公网地址访问，无需再访问反向代理集群，从而提高访问效率。

进一步地，还包括：

使用所述反向代理集群对添加实例信息的实例进行监控；

根据每一个实例的CPU情况、内存情况和网络带宽计算每一个实例的健康值，判断每一个实例的健康值是否低于阈值，若是，则自动剔除所述实例。

由上述描述可知，通过反向代理集群对添加实例信息的实例进行监控，能够根据每一个实例的CPU情况、内存情况和网络带宽计算每一个实例的健康值，当实例的健康值低于阈值时自动剔除该实例，因此在选择实例的时候事先能够减去不健康的实例，从而提高访问选择的效率。

本发明的一种请求访问方法及终端，适用于当访问的和被访问的服务都是同一公司的服务时，减少公网的访问流量，能够提高系统的访问效率，以下通过具体实施例进行说明：

实施例一

请参照图1，一种请求访问方法，包括步骤：

S1、通过部署在内网的反向代理集群接收并记录每一个服务实例在启动后所发送的实例信息；

具体的，服务启动时，向本机房的反向代理集群进行信息注册，主要包括服务的名称、内网IP、端口以及所在机房等信息。

S2、接收内网的访问请求，获取所述访问请求中的被访问服务和请求域名，判断所述反向代理集群中是否存在所述被访问服务所对应的第一实例信息，若是，则根据所述反向代理集群将所述请求域名替换为所述第一实例信息中的内网地址和端口，并使用所述内网地址和端口访问，否则，通过所述请求域名进行公网地址访问。

S21、判断所述第一实例信息所对应的第一实例是否与发送所述访问请求的服务实例在同一机房中，若是，则将所述请求域名替换为所述第一实例信息中的内网地址和端口；

具体的，假设存在A、B和C这3个IDC机房，其中存在a和b这两个服务，a服务存在1个实例，部署在A机房中；b服务存在3个实例，分别在A、B和C每个机房中部署一个实例。

a服务通过域名访问b服务时，调用公共的流量访问组件(WAF组件)。

WAF组件预先查询本地缓存，若不存在b服务的域名，则向反向代理集群中访问是否存在该域名的相关信息；其中，a服务访问的是本机房的反向代理集群，其中保存有所有机房内的已注册的实例信息，并且同步至反向代理集群的本地缓存中，能够提高数据获取效率。

当反向代理集群中存在此域名相关的信息，则需要判断此域名对应的实例是否与发送所述访问请求的服务的实例在同一机房中：

当本机房中存在被访问的服务时，WAF组件将会直接替换域名为本机房被访问服务的内网IP+端口，后续流量将以内网流量的方式进行访问。

否则，将被访问服务中距离发送所述访问请求的服务实例所在机房最近的实例作为第二实例，将所述请求域名替换为所述第二实例所对应的第二实例信息中的内网地址和端口。

具体的，假设存在D、E和F这3个IDC机房，其中存在c和d这两个服务，d服务存在2个实例，分别在E和F每个机房中部署一个实例，c服务部署在D机房中，但是E机房离D机房的距离为100公里，F机房离D机房的距离为1000公里。

c服务通过域名访问d服务时，c服务对应的机房中不存在被访问的服务，但是其他机房存在被访问服务时，优先选择更近的机房。

目前通用的机房访问方式无法实现远近机房的区分，其主要都是通过名称转化为内网IP的方式，并无法有效区分远近；而本实施例在实例进行反向代理集群中注册时，将同时附带上实例机房的相关信息，此时已经可以根据自身服务所在机房与其他机房的标识，计算出距离，并把该距离作为实例的关键信息进行存储，则后续的访问策略可以根据这些距离参数进行处理。

S22、在所述被访问服务重启之前，判断接收到的访问请求中是否访问所述被访问服务，若是，则直接通过所述请求域名进行公网地址访问。

具体的，当反向代理集群中不存在此域名相关的信息，则说明此域名并非本公司提供的服务。则缓存该域名至本地中，直至此服务下次再次重启之前，该域名都将走公网网络，不再访问反向代理集群。

S3、使用所述反向代理集群对添加实例信息的实例进行监控；

根据每一个实例的CPU情况、内存情况和网络带宽计算每一个实例的健康值，判断每一个实例的健康值是否低于阈值，若是，则自动剔除所述实例。

具体的，在本实施例中，反向代理集群类似一个注册中心的功能，能够实现自动监控的功能，并自动剔除不健康的实例信息，例如设置实例的健康状态满分为100分，其中CPU健康度占比30％，内存健康度占比30％，网络带宽健康度占比40％；

假设网络监控中，每隔20ms会发送网络包至对应实例中，如果响应时间在1ms之内的，则网络带宽健康，如响应时间在1-3ms之内的，则表示网络亚健康，3-5ms为次健康，5-10ms的为不健康等级，对应的网络健康分数分别为：

网络带宽健康等级：100*40％*1＝40分；

网络带宽亚健康等级：100*40％*0.8＝32分；

网络带宽次健康等级：100*40％*0.5＝20分；

网络带宽不健康等级：100*40％*0.1＝4分。

其他健康度值也类似上述的等级划分和计算，最终能够计算出实例的健康分数，后续可以根据这些数据进行实例的选择。

实施例二

本实施例与实施例一的不同之处在于，当第一实例与发送访问请求的服务的实例不在同一机房时，提供了另一种实例选择方法，具体为：

监控各个机房之间的网络带宽以及负载情况；

将所述被访问服务中带宽最高或者负载最低的机房对应的实例作为第三实例，将所述请求域名替换为所述第三实例所对应的第三实例信息中的内网地址和端口。

在本实施例中，将不同时段的监控信息也能够进行收集与分析，根据负载情况计算负载的健康状态，根据网络响应时间计算带宽的健康状态，选择带宽最高或者负载最低的机房对应的实例，将请求域名替换为该实例的内网地址和端口。

实施例三

请参照图2，一种请求访问终端，包括存储器、处理器以及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现实施例一或二的一种请求访问方法的各个步骤。

综上所述，本发明提供的一种请求访问方法及终端，每一个服务实例在启动后，都会自动向部署在内网的反向代理集群注册其实例信息；在获取内网的访问请求后判断反向代理集群中是否存在被访问服务的第一实例信息，若是，则当第一实例与发送访问请求的服务的实例在同一机房中，则将请求域名替换为第一实例信息中的内网地址和端口，否则，将被访问服务中距离发送访问请求的服务实例所在机房最近的实例作为第二实例，将请求域名替换为第二实例所对应的第二实例信息的内网地址和端口；否则，通过请求域名进行公网地址访问，并且，反向代理集群中不存在被访问服务的第一实例信息且在被访问服务重启之前，若再次请求该被访问服务，直接通过所述请求域名进行公网地址访问，无需再访问反向代理集群；并且通过反向代理集群对添加实例信息的实例进行监控，当实例的健康值低于阈值时自动剔除该实例，从而在选择实例的时候事先能够减去不健康的实例；因此在反向代理集群中存在实例时，能够直接通过内网访问，大量减少公网访问的流量，并减少公司的外网流量资源以及费用，同时能够提高系统的访问效率。

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

Claims (6)

1.一种请求访问方法，其特征在于，包括步骤：

通过部署在内网的反向代理集群接收并记录每一个服务实例在启动后所发送的实例信息；

接收内网的访问请求，获取所述访问请求中的被访问服务和请求域名，判断所述反向代理集群中是否存在所述被访问服务所对应的第一实例信息，若是，则根据所述反向代理集群将所述请求域名替换为所述第一实例信息中的内网地址和端口，并使用所述内网地址和端口访问，否则，通过所述请求域名进行公网地址访问；

根据所述反向代理集群将所述请求域名替换为所述第一实例信息中的内网地址和端口包括：

判断所述第一实例信息所对应的第一实例是否与发送所述访问请求的服务实例在同一机房中，若是，则将所述请求域名替换为所述第一实例信息中的内网地址和端口；

否则，将被访问服务中距离发送所述访问请求的服务实例所在机房最近的实例作为第二实例，将所述请求域名替换为所述第二实例所对应的第二实例信息中的内网地址和端口；或者，监控各个机房之间的网络带宽以及负载情况，将所述被访问服务中带宽最高或者负载最低的机房对应的实例作为第三实例，将所述请求域名替换为所述第三实例所对应的第三实例信息中的内网地址和端口。

2.根据权利要求1所述的一种请求访问方法，其特征在于，通过所述请求域名进行公网地址访问之后包括：

在所述被访问服务重启之前，判断接收到的访问请求中是否访问所述被访问服务，若是，则直接通过所述请求域名进行公网地址访问。

3.根据权利要求1所述的一种请求访问方法，其特征在于，还包括：

使用所述反向代理集群对添加实例信息的实例进行监控；

根据每一个实例的CPU情况、内存情况和网络带宽计算每一个实例的健康值，判断每一个实例的健康值是否低于阈值，若是，则自动剔除所述实例。

4.一种请求访问终端，包括存储器、处理器以及存储在所述存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现以下步骤：

通过部署在内网的反向代理集群接收并记录每一个服务实例在启动后所发送的实例信息；

接收内网的访问请求，获取所述访问请求中的被访问服务和请求域名，判断所述反向代理集群中是否存在所述被访问服务所对应的第一实例信息，若是，则根据所述反向代理集群将所述请求域名替换为所述第一实例信息中的内网地址和端口，并使用所述内网地址和端口访问，否则，通过所述请求域名进行公网地址访问；

根据所述反向代理集群将所述请求域名替换为所述第一实例信息中的内网地址和端口包括：

判断所述第一实例信息所对应的第一实例是否与发送所述访问请求的服务实例在同一机房中，若是，则将所述请求域名替换为所述第一实例信息中的内网地址和端口；

否则，将被访问服务中距离发送所述访问请求的服务实例所在机房最近的实例作为第二实例，将所述请求域名替换为所述第二实例所对应的第二实例信息中的内网地址和端口；或者，监控各个机房之间的网络带宽以及负载情况，将所述被访问服务中带宽最高或者负载最低的机房对应的实例作为第三实例，将所述请求域名替换为所述第三实例所对应的第三实例信息中的内网地址和端口。

5.根据权利要求4所述的一种请求访问终端，其特征在于，通过所述请求域名进行公网地址访问之后包括：

在所述被访问服务重启之前，判断接收到的访问请求中是否访问所述被访问服务，若是，则直接通过所述请求域名进行公网地址访问。

6.根据权利要求4所述的一种请求访问终端，其特征在于，还包括：

使用所述反向代理集群对添加实例信息的实例进行监控；

根据每一个实例的CPU情况、内存情况和网络带宽计算每一个实例的健康值，判断每一个实例的健康值是否低于阈值，若是，则自动剔除所述实例。