Gateway--服务网关

1 配置集群

在实际开发过程中，如果使用Nacos的话，为了确保高可用，我们一般都会对其进行集群的部署。Nacos规定集群中Nacos节点的数量需要大于等于3个；同时，单机模式下Nacos的数据默认保存在其内嵌数据库中deby，不方便观察数据存储的基本情况。而且如果集群中启动多个默认配置下的Nacos节点，数据存储是存在一致性问题的。为了解决这个问题，Nacos采用了集中式存储的方式来支持集群化部署，目前只支持MySQL的存储；此外，我们还需要借助Nginx实现负载均衡。这一过程的部署架构图如下所示：
1. 创建数据库
1.准备三个nacos服务器---为了操作方便统一部署到同一台电脑

1.1 创建数据库

 

1.2 指定使用mysql作为数据存储

1.3 配置集群文件

1.4 停止nacos并复制三份

 并修改每一份的端口号

1.5  启动三个nacos

 

 1.6 搭建nginx代理上面三个nacos

 1.7 微服务注册到nacos集群上

2 网关简介

大家都都知道在微服务架构中，一个系统会被拆分为很多个微服务。那么作为客户端（pc androud ios 平板）要如何去调用这么多的微服务呢？如果没有网关的存在，我们只能在客户端记录每个微服务的地址，然后分别去调用。 axios.get(ip:port/url)   axios.get(ip:port/url)

这样的架构，会存在着诸多的问题：

1. 客户端多次请求不同的微服务，增加客户端代码或配置编写的复杂性
2. 认证复杂，每个服务都需要独立认证。
3. 存在跨域请求，在一定场景下处理相对复杂。

（跨域: 浏览器的ajax从一个地址访问另一个地址：

   协议://ip:port  如果三则有一个不同，则会出现跨域问题。

    http://192.168.10.11:8080 ----->https://192.168.10.11:8080

    http://127.0.0.1:8080--->http://localhost:8080  跨域

）

上面的这些问题可以借助API网关来解决。

所谓的API网关，就是指系统的统一入口，它封装了应用程序的内部结构，为客户端提供统一服 务，一些与业务本身功能无关的公共逻辑可以在这里实现，诸如认证、鉴权、监控（黑白名单）、路由转发等等。 添加上API网关之后，系统的架构图变成了如下所示：

在业界比较流行的网关，有下面这些：

1. Ngnix+lua

使用nginx的反向代理和负载均衡可实现对api服务器的负载均衡及高可用

lua是一种脚本语言,可以来编写一些简单的逻辑, nginx支持lua脚本

1. Kong