Spring Cloud之网关

墨蓝 2022-01-28 14:07 249阅读 0赞

# [Spring Cloud之网关][Spring Cloud] #

接口的分类：

开放接口：可以授权一些接口口OAuth2.0协议方式  第三方联合登录

内部接口：  一般只能在局域网中进行访问，服务与服务之间关系都在同一个微服务系统中。目的是为了保证安全问题

接口设计：

接口权限 开放 or  内部

幂等性

安全性  https

防止篡改数据（验证签名）

网关拦截接口实现黑白名单

遵循restFul风格 http+json  为了跨平台

考虑高并发 对接口服务实现服务降级 熔断 隔离

最后使用同一的API管理平台 swagger

网关概念：

相当于客户端请求同一先请求到网关服务器上，再由网关服务器进行转发到实际服务器地址 类似 Nginx

![1179709-20181116171912515-397526264.png][]

过滤器和网关的区别？

过滤适合于拦截单个Tomcat服务器进行拦截请求

网关是拦整个微服务请求

Nginx与Zuul区别

相同点：

都可以实现负载均衡 反向代理 过滤请求  实现网关效果

不同： Nginx  C语言    Zuul Java

Zuul负载均衡实现：采用ribbon+eureka实现本地负载均衡

Nginx负载均衡实现： 服务器端实现负负载均衡

Nginx比Zuul功能更强大，Nginx整合一些脚本语言（Nginx+Lua）

Nginx适合于服务器端负载均衡 也可以实现网关

Zuul适合微服务网关。使用Java就可以开发

建议Nginx+zuul实现网关    Nginx实现反向代理  zuul对微服务实现网关拦截

### 网关分类 ###

开放Api

开放api(openApi) 企业需要将自身数据、能力等作为开发平台向外开放，通常会以rest的方式向外提供，最好的例子就是淘宝开放平台、腾讯公司的QQ开发平台、微信开放平台。 Open API开放平台必然涉及到客户应用的接入、API权限的管理、调用次数管理等，必然会有一个统一的入口进行管理，这正是API网关可以发挥作用的时候。

微服务网关

微服务的概念最早在2012年提出，在Martin Fowler的大力推广下，微服务在2014年后得到了大力发展。 在微服务架构中，有一个组件可以说是必不可少的，那就是微服务网关，微服务网关处理了负载均衡，缓存，路由，访问控制，服务代理，监控，日志等。API网关在微服务架构中正是以微服务网关的身份存在。

API服务管理平台

上述的微服务架构对企业来说有可能实施上是困难的，企业有很多遗留系统，要全部抽取为微服务器改动太大，对企业来说成本太高。但是由于不同系统间存在大量的API服务互相调用，因此需要对系统间服务调用进行管理，清晰地看到各系统调用关系，对系统间调用进行监控等。 API网关可以解决这些问题，我们可以认为如果没有大规模的实施微服务架构，那么对企业来说微服务网关就是企业的API服务管理平台。

### 网关设计 ###

开放API接口

1、对于OpenAPI使用的API网关来说，一般合作伙伴要以应用的形式接入到OpenAPI平台，合作伙伴需要到 OpenAPI平台申请应用。 因此在OpenAPI网关之外，需要有一个面向合作伙伴的使用的平台用于合作伙伴，这就要求OpenAPI网关需要提供API给这个用户平台进行访问。 如下架构:

![1179709-20181116184155536-633280286.png][]

当然如果是在简单的场景下，可能并不需要提供一个面向合作伙伴的门户，只需要由公司的运营人员直接添加合作伙伴应用id/密钥等，这种情况下也就不需要合作伙伴门户子系统。

内网API接口

对于内网的API网关，在起到的作用上来说可以认为是微服务网关，也可以认为是内网的API服务治理平台。 当企业将所有的应用使用微服务的架构管理起来，那么API网关就起到了微服务网关的作用。 而当企业只是将系统与系统之间的调用使用rest api的方式进行访问时使用API网关对调用进行管理，那么API网关起到的就是API服务治理的作用。 架构参考如下：

![1179709-20181116184220736-1016871268.png][]

3、对于公司内部公网应用（如APP、公司的网站），如果管理上比较细致，在架构上是可能由独立的API网关来处理这部分内部公网应用，如果想比较简单的处理，也可以是使用面向合作伙伴的API网关。 如果使用独立的API网关，有以下的好处：

面向合作伙伴和面向公司主体业务的优先级不一样，不同的API网关可以做到业务影响的隔离。

内部API使用的管理流程和面向合作伙伴的管理流程可能不一样。

内部的API在功能扩展等方面的需求一般会大于OpenAPI对于功能的要求。

基于以上的分析，如果公司有能力，那么还是建议分开使用合作伙伴OPEN API网关和内部公网应用网关。

### 网关框架 ###

Kong kong是基于Nginx+Lua进行二次开发的方案， https://konghq.com/

Netflix Zuul，zuul是spring cloud的一个推荐组件，https://github.com/Netflix/zuul

orange,这个开源程序是国人开发的， http://orange.sumory.com/

### 网关作用 ###

网关的作用，可以实现负载均衡、路由转发、日志、权限控制、监控等。

### 网关与过滤器区别 ###

网关是拦截所有服务器请求进行控制

过滤器拦截某单个服务器请求进行控制

### Nginx与Zuul的区别 ###

Nginx是采用服务器负载均衡进行转发

Zuul依赖Ribbon和eureka实现本地负载均衡转发

相对来说Nginx功能比Zuul功能更加强大，能够整合其他语言比如lua脚本实现强大的功能，同时Nginx可以更好的抗高并发，Zuul网关适用于请求过滤和拦截等。

[Spring Cloud]: https://www.cnblogs.com/toov5/p/9970858.html
[1179709-20181116171912515-397526264.png]: /images/20220128/9f84a311ed9b46759db2742de0f49925.png
[1179709-20181116184155536-633280286.png]: /images/20220128/9c8ecdb1c7d5466b9a7a481a3468ff05.png
[1179709-20181116184220736-1016871268.png]: /images/20220128/60f9e0f34126468dbc6ac5597034f76f.png