个推微服务网关架构实践详解

在微服务架构中，不同的微服务可以有不同的网络地址，各个微服务之间通过互相调用完成用户请求，客户端可能通过调用N个微服务的接口完成一个用户请求。因此，在客户端和服务端之间增加一个API网关成为多数微服务架构的必然选择。

在个推的微服务实践中，API网关也起着至关重要的作用。一方面， API网关是个推微服务体系对外的唯一入口 ；另一方面， API网关中实现了很多后端服务的共性需求，避免了重复建设 。

个推微服务网关的设计与实现

个推微服务主要是基于Docker和Kubernetes进行实践的。 在整个微服务架构中，最底层的是个推私有部署的Kubernetes集群，在集群之上，部署了应用服务。

个推的应用服务体系共分为三层，最上一层是网关层，接着是业务层，最下面是基础层服务。 在部署应用服务时，我们使用了Kubernetes的命名空间对不同产品线的产品进行隔离。除了应用服务外， Kubernetes集群上还部署了Consul来实现配置的管理、Kube-DNS实现服务注册与发现，以及一些辅助系统来进行应用和集群的管理。

下图是个推微服务体系的架构图。

 

个推对API网关的功能需求主要有以下几方面：

1. 要支持配置多个产品，为不同的产品提供不同的端口；

2. 动态路由；

3. URI的重写；

4. 服务的注册与发现；

5. 负载均衡；

6. 安全相关的需求&