CN110213163B - 一种基于nginx和zuul的路由转发方法及装置 - Google Patents

Abstract

本发明涉及路由优化技术领域，揭示了一种基于nginx和zuul的路由转发方法及装置，该方法包括：通过前端开发工具以预设的封装规则对前端请求进行封装，该预设的封装规则至少包括对前端请求添加第一预设标识和第二预设标识；通过nginx利用预设的nginx的转发规则获取前端请求中包括第一预设标识的第一前端请求，并将第一前端请求转发至zuul网关；通过zuul网关利用预设的zuul网关路由规则获取第一前端请求中包括第二预设标识的第二前端请求；并将第二前端请求路由至对应的微服务系统。实施上方法，通过两次负载均衡，实现了zuul网关和微服务应用的高可用性；进而提高了将前端的请求正确地路由到对应的微服务的效率。

Description

一种基于nginx和zuul的路由转发方法及装置

技术领域

本发明涉及路由优化技术领域，特别涉及一种基于nginx和zuul的路由转发方法及装置。

背景技术

目前，随着微服务架构的流行，分布式应用的开发也越来越多，所以很多复杂的系统被拆分为多个微服务的形式，而且通常单个微服务采用集群部署的方式进部署，即很多服务器集中起来一起进行同一种微服务，所以如何将前端的请求正确地路由到对应的微服务上成为一个亟需解决的问题。针对上述问题通常有两种处理方法：一种是利用nginx或者F5直接将前端的请求转发到后台的对应的微服务系统；另一种是利用单个zuul网关节点将前端的请求转发到后台的对应的微服务系统。

在实践中发现，采用前一种处理方法导致在对微服务进行弹性扩展时，需要开发人员手动修改配置(例如，修改IP地址)，采用后一种处理方法存在不支持高可用性的问题；可见，目前将前端的请求正确地路由到对应的微服务的处理方法存在配置繁琐、可用性低的缺陷，从而不利于提高将前端的请求正确地路由到对应的微服务上的效率。

发明内容

为了提高将前端的请求正确地路由到对应的微服务上的效率，本发明提供了一种基于nginx和zuul的路由转发方法及装置。

本发明实施例第一方面公开了一种基于nginx和zuul的路由转发方法，所述方法包括：

通过前端开发工具以预设的封装规则对前端请求进行封装，所述预设的封装规则至少包括对所述前端请求添加第一预设标识和第二预设标识；

通过nginx利用预设的nginx的转发规则获取所述前端请求中包括所述第一预设标识的第一前端请求，并将所述第一前端请求转发至zuul网关；

通过所述zuul网关利用预设的zuul网关路由规则获取所述第一前端请求中包括所述第二预设标识的第二前端请求；并将所述第二前端请求路由至对应的微服务系统。

作为一种可选的实施方式，在本发明实施例第一方面中，所述通过前端开发工具以预设的封装规则对前端请求进行封装，包括：

当接收到前端请求时，确定所述前端请求的请求类型；

在预设的请求数据库中查询与所述请求类型相匹配的微服务系统的系统名称信息以及请求路径信息；

将预设的根节点名称信息作为第一预设标识，以及将所述系统名称信息以及请求路径信息作为第二预设标识；

通过前端开发工具以预设的封装规则对所述前端请求添加所述第一预设标识和所述第二预设标识。

作为一种可选的实施方式，在本发明实施例第一方面中，在所述当接收到前端请求时，确定所述前端请求的请求类型之前，所述方法还包括：

输出第一提示信息，所述第一提示信息用于提示用户输入前端需求信息；

当接收到所述用户输入的前端需求信息时，确定出所述前端需求信息指示的需求功能信息，以根据所述需求功能信息生成至少一个子功能信息；

根据至少一个所述子功能信息生成至少一个前端请求。

作为一种可选的实施方式，在本发明实施例第一方面中，在所述通过所述zuul网关利用预设的zuul网关路由规则获取所述第一前端请求中包括所述第二预设标识的第二前端请求；并将所述第二前端请求路由至对应的微服务系统之后，所述方法还包括：

根据所述第二前端请求对应的第二预设标识确定出所述第二前端请求的请求路径信息；

根据所述第二前端请求的请求路径信息确定出所述请求路径所指向的目标节点；

判断所述微服务系统中是否存在所述目标节点；

若不存在，输出第二提示信息，所述第二提示信息用于提示所述第二前端请求的请求路径信息出错。

作为一种可选的实施方式，在本发明实施例第一方面中，所述方法还包括：

若判断出所述微服务系统中不存在所述目标节点，判断所述目标节点是否存在父节点；

若存在父节点，在所述父节点下创建子节点作为所述目标节点；

将所述第二前端请求路由至所述目标节点。

作为一种可选的实施方式，在本发明实施例第一方面中，在所述通过前端开发工具以预设的封装规则对前端请求进行封装之前，所述方法还包括：

当接收到前端请求时，确定出在预设时长内所接收的前端请求的数量；

判断所述前端请求的数量是否大于预设的数量阈值；

若大于预设的数量阈值，将超出所述预设的数量阈值对应数值的前端请求发送至备用前端开发工具进行封装。

作为一种可选的实施方式，在本发明实施例第一方面中，在所述接收到前端请求时，确定出在预设时长内所接收的前端请求的数量之后，以及判断所述前端请求的数量是否大于预设的数量阈值之前，所述方法还包括：

获取流入所述前端开发工具的前端请求对应的第一数量信息，以及流出所述前端开发工具的已完成封装的前端请求对应的第二数量信息；

根据所述第一数量信息和所述第二数量信息，确定出所述前端开发工具正在进行封装的前端请求对应的第三数量信息；

以及，所述判断所述前端请求的数量是否大于预设的数量阈值，包括：

判断所述第三数量信息对应的数量是否大于预设的数量阈值。

本发明实施例第二方面公开了一种基于nginx和zuul的路由转发装置，所述装置包括：

封装单元，用于通过前端开发工具以预设的封装规则对前端请求进行封装，所述预设的封装规则至少包括对所述前端请求添加第一预设标识和第二预设标识；

转发单元，用于通过nginx利用预设的nginx的转发规则获取所述前端请求中包括所述第一预设标识的第一前端请求，并将所述第一前端请求转发至zuul网关；

路由单元，用于通过所述zuul网关利用预设的zuul网关路由规则获取所述第一前端请求中包括所述第二预设标识的第二前端请求；并将所述第二前端请求路由至对应的微服务系统。

本发明实施例第三方面公开了一种电子设备，所述电子设备包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现本发明实施例第一方面公开的基于nginx和zuul的路由转发方法。

本发明实施例第四方面公开了一种计算机可读存储介质，其存储计算机程序，所述计算机程序使得计算机执行本发明实施例第一方面公开的基于nginx和zuul的路由转发方法。

本发明的实施例提供的技术方案可以包括以下有益效果：

本发明所提供的基于微服务架构的原子服务编排方法包括如下步骤：通过前端开发工具以预设的封装规则对前端请求进行封装，该预设的封装规则至少包括对前端请求添加第一预设标识和第二预设标识；通过nginx利用预设的nginx的转发规则获取前端请求中包括第一预设标识的第一前端请求，并将第一前端请求转发至zuul网关；通过zuul网关利用预设的zuul网关路由规则获取第一前端请求中包括第二预设标识的第二前端请求；并将第二前端请求路由至对应的微服务系统。

此方法下，路由转发装置可以利用预设的封装规则对前端请求添加第一预设标识以及第二预设标识，后续在将前端请求路由至对应的微服务系统时，可以根据第一预设标识以及第二预设标识进行路由，即不再根据IP地址进行路由，所以后续若需要对微服务进行弹性扩展，不再需要开发人员手动修改IP地址，进而简化了路由的配置过程；另外，路由转发装置可以利用nginx截获带有第一预设标识的第一前端请求，并将第一前端请求转发至zuul网关，此时通过nginx实现了对zuul网关的负载均衡；然后，路由转发装置可以利用zuul网关截获第一前端请求中带有第二预设标识的第二前端请求，并将第二前端请求路由至对应的微服务系统，此时通过zuul网关实现了对应用的负载均衡；可见，这一过程通过两次负载均衡，实现了zuul网关和微服务应用的高可用性；进而提高了将前端的请求正确地路由到对应的微服务的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。

图1是本发明实施例公开的一种装置的结构示意图；

图2是本发明实施例公开的一种基于nginx和zuul的路由转发方法的流程示意图；

图3是本发明实施例公开的另一种基于nginx和zuul的路由转发方法的流程示意图；

图4是本发明实施例公开的一种基于nginx和zuul的路由转发装置的结构示意图；

图5是本发明实施例公开的另一种基于nginx和zuul的路由转发装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

实施例一

本发明的实施环境可以是电子设备，例如智能手机、平板电脑、台式电脑。电子设备中所存储的图像可以是：从互联网下载的图像；通过无线连接或有线连接接收的图像；通过自身所内置摄像头拍摄得到的图像。

图1是本发明实施例公开的一种装置的结构示意图。装置100可以是上述电子设备。如图1所示，装置100可以包括以下一个或多个组件：处理组件102，存储器104，电源组件106，多媒体组件108，音频组件110，传感器组件114以及通信组件116。

处理组件102通常控制装置100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作以及记录操作相关联的操作等。处理组件102可以包括一个或多个处理器118来执行指令，以完成下述的方法的全部或部分步骤。此外，处理组件102可以包括一个或多个模块，用于便于处理组件102和其他组件之间的交互。例如，处理组件102可以包括多媒体模块，用于以方便多媒体组件108和处理组件102之间的交互。

存储器104被配置为存储各种类型的数据以支持在装置100的操作。这些数据的示例包括用于在装置100上操作的任何应用程序或方法的指令。存储器104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(StaticRandomAccess Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically ErasableProgrammable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(ErasableProgrammable Read Only Memory，简称EPROM)，可编程只读存储器(Programmable Red-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。存储器104中还存储有一个或多个模块，用于该一个或多个模块被配置成由该一个或多个处理器118执行，以完成如下所示方法中的全部或者部分步骤。

电源组件106为装置100的各种组件提供电力。电源组件106可以包括电源管理系统，一个或多个电源，及其他与为装置100生成、管理和分配电力相关联的组件。

多媒体组件108包括在装置100和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(Liquid Crystal Display，简称LCD)和触摸面板。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。屏幕还可以包括有机电致发光显示器(Organic Light Emitting Display，简称OLED)。

音频组件110被配置为输出和/或输入音频信号。例如，音频组件110包括一个麦克风(Microphone，简称MIC)，当装置100处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器104或经由通信组件116发送。在一些实施例中，音频组件110还包括一个扬声器，用于输出音频信号。

传感器组件114包括一个或多个传感器，用于为装置100提供各个方面的状态评估。例如，传感器组件114可以检测到装置100的打开/关闭状态，组件的相对定位，传感器组件114还可以检测装置100或装置100一个组件的位置改变以及装置100的温度变化。在一些实施例中，该传感器组件114还可以包括磁传感器，压力传感器或温度传感器。

通信组件116被配置为便于装置100和其他设备之间有线或无线方式的通信。装置100可以接入基于通信标准的无线网络，如WiFi(Wireless-Fidelity，无线保真)。在本发明实施例中，通信组件116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在本发明实施例中，通信组件116还包括近场通信(Near Field Communication，简称NFC)模块，用于以促进短程通信。例如，在NFC模块可基于射频识别(Radio FrequencyIdentification，简称RFID)技术，红外数据协会(Infrared DataAssociation，简称IrDA)技术，超宽带(Ultra Wideband，简称UWB)技术，蓝牙技术和其他技术来实现。

在示例性实施例中，装置100可以被一个或多个应用专用集成电路(ApplicationSpecific Integrated Circuit，简称ASIC)、数字信号处理器、数字信号处理设备、可编程逻辑器件、现场可编程门阵列、控制器、微控制器、微处理器或其他电子元件实现，用于执行下述方法。

实施例二

请参阅图2，图2是本发明实施例公开的一种基于nginx和zuul的路由转发方法的流程示意图。如图2所示该基于nginx和zuul的路由转发方法可以包括以下步骤：

201、通过前端开发工具以预设的封装规则对前端请求进行封装，该预设的封装规则至少包括对前端请求添加第一预设标识和第二预设标识。

本发明实施例中，前端开发工具可以是：Atom、WebStorm、VSCode或sublime text，本发明实施例不作限定。该前端开发工具可以运行于任一台电子计算机或模拟器上，用于执行相应的前端开发操作，本发明实施例中可以通过前端开发工具对前端请求进行封装。

本发明实施例中，预设的封装规则可以是由开发人员根据大量的开发数据设定的；该预设的封装规则可以包括：对前端请求添加第一预设标识和第二预设标识，其中，第一预设标识可以是“/web”，第二预设标识可以是“/微服务系统的系统名称/请求路径”；即封装后的前端请求可以是“/web/微服务系统的系统名称/请求路径”。

作为一种可选的实施方式，本发明实施例中“通过前端开发工具以预设的封装规则对前端请求进行封装”的方式可以是：当接收到前端请求时，确定该前端请求的请求类型；在预设的请求数据库中查询与该请求类型相匹配的微服务系统的系统名称信息以及请求路径信息；将预设的根节点名称信息作为第一预设标识，以及将系统名称信息以及请求路径信息作为第二预设标识；通过前端开发工具以预设的封装规则对前端请求添加第一预设标识和第二预设标识。

举例来说，当确认出前端请求的请求类型为请求某一前端功能模块，该前端功能模块被封装在微服务系统中，可以在预设的请求数据库中查询与该前端功能模块相匹配的微服务系统的系统名称信息以及请求路径信息，并将预设的根节点名称信息(“/web”)作为第一预设标识，以及将查询到的微服务系统的系统名称信息以及请求路径信息作为第二预设标识；并通过前端开发工具以预设的封装规则对前端请求添加第一预设标识和第二预设标识。

实施上述方法，按照前端请求的请求类型进行分类，并将不同请求类型的前端请求路由至该请求类型对应的微服务系统中，即可以方便管理，还可以提高了请求的响应速度。

作为另一种可选的实施方式，在当接收到前端请求时，确定该前端请求的请求类型之前，路由转发装置还可以：输出第一提示信息，该第一提示信息用于提示用户输入前端需求信息；当接收到用户输入的前端需求信息时，确定出该前端需求信息指示的需求功能信息，以根据需求功能信息生成至少一个子功能信息；再根据至少一个上述子功能信息生成至少一个前端请求。

在实践中发现，用户所需求的功能可能需要由多个微服务系统共同来实现，实施上述方法，可以将用户的需求功能拆分成多个已有的微服务系统对应的功能作为子功能，并根据子功能信息生成相应的前端请求。

202、通过nginx利用预设的nginx的转发规则获取前端请求中包括第一预设标识的第一前端请求，并将第一前端请求转发至zuul网关。

本发明实施例中，nginx是一个高性能的HTTP和反向代理服务，也是一个IMAP/POP3/SMTP服务；预设的nginx的转发规则可以包括：截获前端请求中带有第一预设标识(“/web”)的第一前端请求，并将第一前端请求转发至zuul网关。

203、通过zuul网关利用预设的zuul网关路由规则获取第一前端请求中包括第二预设标识的第二前端请求；并将该第二前端请求路由至对应的微服务系统。

本发明实施例中，zuul网关是一种Netflix开源的微服务网关，其核心是一系列的过滤器，通过这些过滤器，可以实现身份认证、动态路由等功能；预设的zuul网关路由规则可以包括：截获第一前端请求(即带有“/web”标识的前端请求)中带有第二预设标识(“/微服务系统的系统名称/请求路径”)的第二前端请求，并将该第二前端请求路由至对应的微服务系统。

作为一种可选的实施方式，在本发明实施例中，可以采用集群部署的多个zuul网关来截获第二前端请求，相较于运用单个zuul网关来截获第二前端请求，可用性更高。其中，具体的zuul网关的集群数量可以由开发人员根据应用场景以及大量的实验数据设定。

实施上述方法，zuul网关采用集群部署相较与单个zuul网关，可用性更高，进而提高了zuul网关的路由效率。

作为一种可选的实施方式，在通过zuul网关利用预设的zuul网关路由规则获取第一前端请求中包括第二预设标识的第二前端请求；并将该第二前端请求路由至对应的微服务系统之后，路由转发装置还可以：根据第二前端请求对应的第二预设标识确定出第二前端请求的请求路径信息；根据该第二前端请求的请求路径信息确定出请求路径所指向的目标节点；并判断微服务系统中是否存在该目标节点；若不存在，输出第二提示信息，该第二提示信息用于提示第二前端请求的请求路径信息出错。

需要说明的是，输出第二提示信息的方式可以是通过悬浮窗口或对话框的方式输出。

实施上述方法，可以通过请求路径信息确定出前端请求所指向的目标节点，并判断微服务系统中是否存在该目标节点，若不存在则输出相应的错误提示信息以提示工作人员前端请求的处理状态并实施相应的解决措施。

作为另一种可选的实施方式，在判断出微服务系统中不存在上述的目标节点时，还可以判断该目标节点是否存在父节点；若存在父节点，在父节点下创建子节点作为目标节点；并将第二前端请求路由至目标节点。

需要说明的是，父节点指的是目标节点的上一级节点，子节点是父节点的下一级节点。

实施上述方法，可以在目标节点存在父节点(即存在上一级的节点)时，自动在父节点下创建子节点作为目标节点，不需要工作人员手动去创建，使得整个路由过程更加智能化。

可见，实施图2所描述的方法，可以利用预设的封装规则对前端请求添加第一预设标识以及第二预设标识，后续在将前端请求路由至对应的微服务系统时，可以根据第一预设标识以及第二预设标识进行路由，即不再根据IP地址进行路由，所以后续若需要对微服务进行弹性扩展，不再需要开发人员手动修改IP地址，进而简化了路由的配置过程；另外，路由转发装置可以利用nginx截获带有第一预设标识的第一前端请求，并将第一前端请求转发至zuul网关，此时通过nginx实现了对zuul网关的负载均衡；然后，路由转发装置可以利用zuul网关截获第一前端请求中带有第二预设标识的第二前端请求，并将第二前端请求路由至对应的微服务系统，此时通过zuul网关实现了对应用的负载均衡；可见，这一过程通过两次负载均衡，实现了zuul网关和微服务应用的高可用性；进而提高了将前端的请求正确地路由到对应的微服务的效率。

实施例三

请参阅图3，图3是本发明实施例公开的另一种基于nginx和zuul的路由转发方法的流程示意图。如图3所示，该基于nginx和zuul的路由转发方法可以包括以下步骤：

301、当接收到前端请求时，确定出在预设时长内所接收的前端请求的数量。

本发明实施例中，预设时长可以由开发人员根据大量的实验结果设定。

举例来说，预设的时长为10分钟，则可以从接收到第一个前端请求时开始计时，统计在10分钟内共接收到多少个前端请求。

作为一种可选的实施方式，在接收到前端请求时，确定出在预设时长内所接收的前端请求的数量之后，路由转发装置还可以：获取流入前端开发工具的前端请求对应的第一数量信息，以及流出前端开发工具的已完成封装的前端请求对应的第二数量信息；并根据第一数量信息和第二数量信息，确定出前端开发工具正在进行封装的前端请求对应的第三数量信息；判断第三数量信息对应的数量是否大于预设的数量阈值；若大于预设的数量阈值，将超出预设的数量阈值对应数值的前端请求发送至备用前端开发工具进行封装。

举例来说，通过路由转发装置内置的计数模块统计出流入前端开发工具的前端请求的数量为8个，流出前端开发工具的已完成封装的前端请求的数量为2个，则可以确定出前端开发工具正在进行封装的前端请求的数量为6个，进一步将正在进行封装的前端请求的数量与预设的数量阈值相比较，可以更准确地判断出是否要启用备用前端开发工具。

实施上述方法，可以通过统计流入以及流出前端开发工具的前端请求的数量，确定出前端开发工具的负荷(即正在该前端开发工具进行封装的前端请求的数量)，进而可以根据前端开发工具的负荷，准确地判断出是否要启用备用前端开发工具，以提高封装效率。

302、判断前端请求的数量是否大于预设的数量阈值；若大于预设的数量阈值，执行步骤303；若小于或等于预设的数量阈值，结束本流程。

本发明实施例中，预设的数量阈值与前端开发工具的最大负荷有关，即与前端开发工具能够承受的前端请求的最大数量有关，预设的数量阈值应该小于或等于前端开发工具的最大负荷，以避免前端开发工具超负荷，进而降低了封装效率；预设的数量阈值的具体数值可以由开发人员根据多次实验结果设定。

303、将超出预设的数量阈值对应数值的前端请求发送至备用前端开发工具进行封装。

举例来说，在预设时长内所接收的前端请求的数量为10个，预设的数量阈值为8个，则可以将2个前端请求发送至备用前端开发工具进行封装，以提高封装效率。

本发明实施例中，备用前端开发工具可以是与上述前端开发工具相同的开发工具，可以包括但不限于：Atom、WebStorm、VSCode或sublime text等。

304-306；其中，步骤304-步骤306与实施例二中步骤201-步骤203相同，在此不再赘述。

可见，与实施图2所描述的方法相比较，实施图3所描述的方法，还可以自动判断前端开发工具当前的负荷是否超过预设的数量阈值，若超过，则将超过预设数量阈值的前端请求引向备用的前端开发工具出进行封装，提高封装效率。

实施例四

请参阅图4，图4是本发明实施例公开的一种基于nginx和zuul的路由转发装置的结构示意图。如图4所示，该基于nginx和zuul的路由转发装置可以包括：

封装单元401，用于通过前端开发工具以预设的封装规则对前端请求进行封装，该预设的封装规则至少包括对前端请求添加第一预设标识和第二预设标识；

转发单元402，用于通过nginx利用预设的nginx的转发规则获取前端请求中包括第一预设标识的第一前端请求，并将该第一前端请求转发至zuul网关；

路由单元403，用于通过zuul网关利用预设的zuul网关路由规则获取第一前端请求中包括第二预设标识的第二前端请求；并将该第二前端请求路由至对应的微服务系统。

作为一种可选的实施方式，基于nginx和zuul的路由转发装置还可以对zuul网关进行集群部署，即采用多个zuul网关来截获第二前端请求；其中，具体的zuul网关的集群数量可以由开发人员根据应用场景以及大量的实验数据设定。

实施上述方法，uul网关采用集群部署相较与单个zuul网关，可用性更高，进而提高了zuul网关的路由效率。

可见，实施图4所描述的装置，该基于nginx和zuul的路由转发装置可以利用预设的封装规则对前端请求添加第一预设标识以及第二预设标识，后续在将前端请求路由至对应的微服务系统时，可以根据第一预设标识以及第二预设标识进行路由，即不再根据IP地址进行路由，所以后续若需要对微服务进行弹性扩展，不再需要开发人员手动修改IP地址，进而简化了路由的配置过程；另外，路由转发装置可以利用nginx截获带有第一预设标识的第一前端请求，并将第一前端请求转发至zuul网关，此时通过nginx实现了对zuul网关的负载均衡；然后，路由转发装置可以利用zuul网关截获第一前端请求中带有第二预设标识的第二前端请求，并将第二前端请求路由至对应的微服务系统，此时通过zuul网关实现了对应用的负载均衡；可见，这一过程通过两次负载均衡，实现了zuul网关和微服务应用的高可用性；进而提高了将前端的请求正确地路由到对应的微服务的效率。

实施例五

请参阅图5，图5是本发明实施例公开的另一种基于nginx和zuul的路由转发装置的结构示意图。图5所示的基于nginx和zuul的路由转发装置是由图4所示的基于nginx和zuul的路由转发装置进行优化得到的。与图4所示的基于nginx和zuul的路由转发装置相比较，图5所示的基于nginx和zuul的路由转发装置还可以包括：

第一确定单元404，用于在封装单元401通过前端开发工具以预设的封装规则对前端请求进行封装之前，若接收到前端请求，确定出在预设时长内所接收的前端请求的数量；

第一判断单元405，用于判断前端请求的数量是否大于预设的数量阈值；

第一发送单元406，用于在第一判断单元405判断出前端请求的数量大于预设的数量阈值时，将超出预设的数量阈值对应数值的前端请求发送至备用前端开发工具进行封装。

作为一种可选的实施方式，该基于nginx和zuul的路由转发装置还可以包括：

获取单元407，用于在第一确定单元404接收到前端请求，并确定出在预设时长内所接收的前端请求的数量之后，以及第一判断单元405判断前端请求的数量是否大于预设的数量阈值之前，获取流入前端开发工具的前端请求对应的第一数量信息，以及流出前端开发工具的已完成封装的前端请求对应的第二数量信息；

第二确定单元408，用于根据第一数量信息和第二数量信息，确定出前端开发工具正在进行封装的前端请求对应的第三数量信息；

以及，第一判断单元405具体用于判断第三数量信息对应的数量是否大于预设的数量阈值。

实施上述方法，可以通过统计流入以及流出前端开发工具的前端请求的数量，确定出前端开发工具的负荷(即正在该前端开发工具进行封装的前端请求的数量)，进而可以根据前端开发工具的负荷，准确地判断出是否要启用备用前端开发工具，以提高封装效率。

作为一种可选的实施方式，封装单元401可以包括以下子单元：

确定子单元4011，用于在接收到前端请求时，确定前端请求的请求类型；

查询子单元4012，用于在预设的请求数据库中查询与请求类型相匹配的微服务系统的系统名称信息以及请求路径信息；

标识子单元4013，用于将预设的根节点名称信息作为第一预设标识，以及将系统名称信息以及请求路径信息作为第二预设标识；

添加子单元4014，用于通过前端开发工具以预设的封装规则对前端请求添加第一预设标识和第二预设标识。

实施上述方法，可以按照前端请求的请求类型进行分类，并将不同请求类型的前端请求路由至该请求类型对应的微服务系统中，即方便管理，还提高了请求的响应速度。

作为一种可选的实施方式，封装单元401还可以包括以下子单元：

输出子单元4015，用于在确定子单元4011接收到前端请求，并确定前端请求的请求类型之前，输出第一提示信息，该第一提示信息用于提示用户输入前端需求信息；

第一生成子单元4016，用于在接收到用户输入的前端需求信息时，确定出前端需求信息指示的需求功能信息，以根据需求功能信息生成至少一个子功能信息；

第二生成子单元4017，用于根据至少一个上述子功能信息生成至少一个前端请求。

实施上述方法，可以将用户的需求功能拆分成多个已有的微服务系统对应的功能作为子功能，并根据子功能信息生成相应的前端请求。

作为一种可选的实施方式，该基于nginx和zuul的路由转发装置还可以包括：

第三确定单元409，用于在路由单元403通过zuul网关利用预设的zuul网关路由规则获取第一前端请求中包括第二预设标识的第二前端请求；并将该第二前端请求路由至对应的微服务系统之后，根据第二前端请求对应的第二预设标识确定出第二前端请求的请求路径信息；

第四确定单元410，用于根据第二前端请求的请求路径信息确定出请求路径所指向的目标节点；

第二判断单元411，用于判断微服务系统中是否存在目标节点；

输出单元412，用于在第二判断单元411判断出微服务系统中不存在目标节点时，输出第二提示信息，该第二提示信息用于提示第二前端请求的请求路径信息出错。

实施上述方法，可以通过请求路径信息确定出前端请求所指向的目标节点，并判断微服务系统中是否存在该目标节点，若不存在则输出相应的错误提示信息以提示工作人员前端请求的处理状态并实施相应的解决措施。

作为一种可选的实施方式，该基于nginx和zuul的路由转发装置还可以包括：

第三判断单元413，用于在第二判断单元411判断出微服务系统中不存在目标节点时，判断目标节点是否存在父节点；

创建单元414，用于在第三判断单元413判断出目标节点存在父节点时，在父节点下创建子节点作为目标节点；

节点路由单元415，用于将第二前端请求路由至目标节点。

实施上述方法，可以在目标节点存在父节点(即存在上一级的节点)时，自动在父节点下创建子节点作为目标节点，不需要工作人员手动去创建，使得整个路由过程更加智能化。

可见，与实施图4所描述的装置相比较，实施图5所描述的装置还可以自动判断前端开发工具当前的负荷是否超过预设的数量阈值，若超过，则将超过预设数量阈值的前端请求引向备用的前端开发工具出进行封装，提高封装效率。

本发明还提供一种电子设备，该电子设备包括：

处理器；

存储器，该存储器上存储有计算机可读指令，该计算机可读指令被处理器执行时，实现如前所示的基于nginx和zuul的路由转发方法。

该电子设备可以是图1所示装置100。

在一示例性实施例中，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，实现如前所示的基于nginx和zuul的路由转发方法。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (9)

1.一种基于nginx和zuul的路由转发方法，其特征在于，所述方法包括：

通过前端开发工具以预设的封装规则对前端请求进行封装，所述预设的封装规则至少包括对所述前端请求添加第一预设标识和第二预设标识；

通过nginx利用预设的nginx的转发规则获取所述前端请求中包括所述第一预设标识的第一前端请求，并将所述第一前端请求转发至zuul网关；

通过所述zuul网关利用预设的zuul网关路由规则获取所述第一前端请求中包括所述第二预设标识的第二前端请求；并将所述第二前端请求路由至对应的微服务系统；

所述通过前端开发工具以预设的封装规则对前端请求进行封装，包括：

当接收到前端请求时，确定所述前端请求的请求类型；

在预设的请求数据库中查询与所述请求类型相匹配的微服务系统的系统名称信息以及请求路径信息；

将预设的根节点名称信息作为第一预设标识，以及将所述系统名称信息以及请求路径信息作为第二预设标识；

通过前端开发工具以预设的封装规则对所述前端请求添加所述第一预设标识和所述第二预设标识。

2.根据权利要求1所述的方法，其特征在于，在所述当接收到前端请求时，确定所述前端请求的请求类型之前，所述方法还包括：

输出第一提示信息，所述第一提示信息用于提示用户输入前端需求信息；

当接收到所述用户输入的前端需求信息时，确定出所述前端需求信息指示的需求功能信息，以根据所述需求功能信息生成至少一个子功能信息；

根据至少一个所述子功能信息生成至少一个前端请求。

3.根据权利要求1所述的方法，其特征在于，在所述通过所述zuul网关利用预设的zuul网关路由规则获取所述第一前端请求中包括所述第二预设标识的第二前端请求；并将所述第二前端请求路由至对应的微服务系统之后，所述方法还包括：

根据所述第二前端请求对应的第二预设标识确定出所述第二前端请求的请求路径信息；

根据所述第二前端请求的请求路径信息确定出所述请求路径所指向的目标节点；

判断所述微服务系统中是否存在所述目标节点；

若不存在，输出第二提示信息，所述第二提示信息用于提示所述第二前端请求的请求路径信息出错。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

若判断出所述微服务系统中不存在所述目标节点，判断所述目标节点是否存在父节点；

若存在父节点，在所述父节点下创建子节点作为所述目标节点；

将所述第二前端请求路由至所述目标节点。

5.根据权利要求1所述的方法，其特征在于，在所述通过前端开发工具以预设的封装规则对前端请求进行封装之前，所述方法还包括：

当接收到前端请求时，确定出在预设时长内所接收的前端请求的数量；

判断所述前端请求的数量是否大于预设的数量阈值；

若大于预设的数量阈值，将超出所述预设的数量阈值对应数值的前端请求发送至备用前端开发工具进行封装。

6.根据权利要求5所述的方法，其特征在于，在所述接收到前端请求时，确定出在预设时长内所接收的前端请求的数量之后，以及判断所述前端请求的数量是否大于预设的数量阈值之前，所述方法还包括：

获取流入所述前端开发工具的前端请求对应的第一数量信息，以及流出所述前端开发工具的已完成封装的前端请求对应的第二数量信息；

根据所述第一数量信息和所述第二数量信息，确定出所述前端开发工具正在进行封装的前端请求对应的第三数量信息；

以及，所述判断所述前端请求的数量是否大于预设的数量阈值，包括：

判断所述第三数量信息对应的数量是否大于预设的数量阈值。

7.一种基于nginx和zuul的路由转发装置，其特征在于，所述装置包括：

封装单元，用于通过前端开发工具以预设的封装规则对前端请求进行封装，所述预设的封装规则至少包括对所述前端请求添加第一预设标识和第二预设标识；

转发单元，用于通过nginx利用预设的nginx的转发规则获取所述前端请求中包括所述第一预设标识的第一前端请求，并将所述第一前端请求转发至zuul网关；

路由单元，用于通过所述zuul网关利用预设的zuul网关路由规则获取所述第一前端请求中包括所述第二预设标识的第二前端请求；并将所述第二前端请求路由至对应的微服务系统；

所述通过前端开发工具以预设的封装规则对前端请求进行封装，包括：

当接收到前端请求时，确定所述前端请求的请求类型；

在预设的请求数据库中查询与所述请求类型相匹配的微服务系统的系统名称信息以及请求路径信息；

将预设的根节点名称信息作为第一预设标识，以及将所述系统名称信息以及请求路径信息作为第二预设标识；

通过前端开发工具以预设的封装规则对所述前端请求添加所述第一预设标识和所述第二预设标识。

8.一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1～6中任一项所述的方法的步骤。

9.一种计算机可读存储介质，其特征在于，其存储计算机程序，所述计算机程序使得计算机执行权利要求1～6任一项所述的基于nginx和zuul的路由转发方法。

Images