微服务中的 API 网关（API Gateway）

以下是个人于搭建脚手架过程中的一些理念。

SpringCloud微服务架构中，会使用到网关服务。那么可想而知，网关作为边缘服务，其承受的压力是最大的，当然是要考虑网关的高可用，那么就需要多个网关服务集群部署，从而达到高可用目的。层看到过“双重网关”的概念，不过目前不讨论这个，有兴趣的可以看双重网关。

需求设求
众所周知，一切架构都必须按需求来设计，万能构架基本上是不存在的，即使是像Spring Security安全架构也只是实现了一个能用方式，并不是放之四海而皆准的，但是一个构架的良好扩展性是必须的，可以让使用者按照自己的需要进行扩展使用。所以为了说明本示例的实现，先假定这样一个需求
1，需要有一个Web网关服务进行权限统一认证
2，网关后面有其他的微服务，负责用户、商品、支付等等，但是这些服务需要认证成功之后才能访问
3，需要支持同一个请求可以被多个角色访问

问题
由于我们使用的服务系统架构，所以没办法像传统单体应用一样依靠数据库的 join 查询来得到最终结果，那么如何才能访问各个服务呢？

按照微服务设计的指导原则，我们的微服务可能存在下面的问题：

1·服务使用了多种协议，因为不同的协议有不同的应场景用，比如可能同时使用 HTTP, AMQP, gRPC 等。
2·服务的划分可能随着时间而变化。
3·服务的实例或者Host+端口可能会动态的变化。
那么