技术

一、什么是服务网关物通博联网关

服务网关=路由转发 挑选器

1.路由转发：接收一切外部恳求并转发到后端微服务；

2.过滤：服务网关能够完成权限验证、流量约束、监控等一系列横切功用，经过过滤能够完成（实际上路由转发也是经过过滤实现的）。

为什么需求服务网关

上述横切功用（以权限验证为例）能够写在三个方位：

每个服务都是自己实现的

写信给公共服务机构，一切其他服务机构都依赖它

将其写入服务网关的预过滤器，一切恳求都将进行权限验证

首先，缺陷太明显，无法运用；

第二，与第一点相比，代码开发不会剩余，但有两个缺陷：

因为每个服务都引入了这个公共服务，就相当于在每个服务中引入了相同的权限验证码，无缘无故地增加了每个服务的jar包大小，特别是在运用docker镜像进行布置的情况下，jar越小越好；

因为每个服务都引入了此公共服务，我们或许很难在今后升级此服务。公共服务的功用越多，就越难升级。并且，如果我们改变了公共服务中的权限验证方式，希望一切服务都运用新的权限验证方式，我们需求重新引入曾经的一切服务，编译布置。

二、服务网关能够解决以下问题：

在网关的过滤器中编写权限验证逻辑。后端服务不需求注意权限验证的代码，因此不会在服务的jar包中引进权限验证的逻辑，也不会添加jar包的巨细；

如果您想修正权限验证的逻辑，只需求修正网关中的权限验证过滤器，而不必升级所有现有的微服务。

所以，需求服务网关！!!

三、服务网关技术挑选

在引进服务网关之后，微服务体系结构如下，包含服务网关、敞开服务和服务三个部分。

一。全体流程：

当服务网关、敞开服务和服务启动时，在注册表中注册；

当用户恳求时，网关直接恳求网关。网关对敞开服务进行智能路由和转发（包含服务发现和负载均衡），包含权限验证、监控、限流等操作。open服务聚合内部服务响应并将其回来给网关，然后网关将其回来给用户。

2.引进网关的注意事项

随着网关的添加和一层以上的转发（原始用户的恳求能够直接拜访到敞开服务），功能会下降一点（但不会太大）。一般来说，网关机的功能会很好，网关与敞开服务之间的拜访通常是intranet拜访，速度很快）；

网关单点问题：在整个网络呼叫过程中，必须有一个单点，可能是网关、nginx、DNS服务器等，为了防止网关单点，能够在网关层前挂另一个nginx。Nginx有很高的功能，根本不会挂起。之后，网关服务能够连续添加机器。但是这样的恳求被转发了两次，所以最好的方法是将网关单点服务部署在一个强大的机器上（机器的装备是经过压力测验来估量的）。另外，依据一位外国朋友的实验，nginx和zuul的功能比较是相似的。Zuul是一个用于Netflix网关的开源框架；

进口应该尽可能的轻。

三、业务网关的根本功用

智能路由：接纳一切外部恳求并转发给后端外部服务的敞开服务；

留意：咱们只转发外部恳求，服务之间的恳求不通过网关，这意味着网关无法完结内部服务之间呼叫的全链路盯梢、内部服务API监控、容错和智能路由；当然，一切服务呼叫也能够通过网关，所以简直一切的功用都能够集成到网关中，但这样一来，网关的压力就会非常大，负担过重。

权限验证：只验证用户对敞开服务的恳求，不验证服务的内部恳求。是否需要在服务中验证恳求？

API监控：只监控通过网关的恳求和网关本身的一些性能指标（如GC等）；

限流：合作监控进行限流操作；

API日志一致调集：类似于方面方面，它记载接口的入口日志和退出日志。

以上功用是网关的根本功用，网关还能够完成以下功用：

A | B测试：A | B测试中的一件大事，包括布景实验配置、数据嵌入（见转换率）和分流引擎。在服务网关中，分流引擎是能够完成的，但实际上分流引擎会调用内部服务，因而假如基于上述架构，分流引擎最好是在敞开服务中，而不是在服务网关中。

四。技能挑选

技能挑选参阅如下：

开发语言：java groovy，groovy的长处是网关服务能够动态添加过滤器来完成某些功用而不需要重启；

微服务基础设施：springboot；

网关根本组件：Netflix zuul；

服务注册：消费者；

权限验证：JWT；

原料药监测：普罗米修斯 格拉法纳；

API一致日志收集：logback elk；

压力试验：JMeter；