研究了好久的springCloud微服务架构，在这里整理总结一下，做个梳理和备忘。
这里只记录一些个人认为比较重要，但是网上基本没有什么明确答案的问题。像什么注册中心什么的就不总结了，网上一大堆。
先从网关开始说吧，网关也有很多东西，这里先说一下网关和nginx的整合。
1、nginx在这里的作用：
在这个方案中，通过nginx可以做前后端分离，静态化，对网关做高可用和负载均衡。提供统一的404，500页面。
2、网关zuul
zuul本身也是一个反向代理，也可以对其管理的微服务做负载均衡。同样，zuul也可以做一些统一的处理，可以做熔断，统一的错误处理，统一的拦截器，还可以做微服务的聚合处理。这些细节就先不说了。
好了，两者的职责确立完毕，开始看看如何去做整合。
一、思路
假设：nginx服务器地址为192.168.2.104
zuul的地址为192.168.160.66，端口号为5555
oauth2认证服务器微服务地址为192.168.2.104，端口号为9999，服务名为sso
zuul为oauth2认证服务器设置统一入口为api-auth
我们希望把192.168.2.104:9999/sso/code/image的地址代理到192.168.2.104/api-auth/code/image上并且经过zuul
做法为：nginx将zuul设置的代理地址(api-auth)转向到zuul所在的实际地址(192.168.160.66)和端口(9999)上。
过程是这样的：
1、客户端访问192.168.2.104/api-auth/code/image
2、通过nginx转向到192.168.160.66:5555/api-auth/code/image
3、通过zuul转向到192.168.2.104:9999/sso/code/image
最后，出于安全考虑，获取令牌的请求192.168.2.104/api-auth/oauth/token不能通过网关，只能用如下请求192.168.2.104/sso/oauth/token
二、配置
1、nginx配置
upstream zuul {
server 192.168.160.66:5555;
}location /api-auth/ {
proxy_pass http://zuul;
}2、zuul配置
zuul:
routes:
auth-server:
path: /api-auth/**
url: http://192.168.2.104:9999/sso/auth-server这个名字可以随便取。path相当于nginx的location，url为被代理的地址。
比如：我访问192.168.2.104:5555/api-auth/code/image，将被转向到192.168.2.104:9999/sso/code/image上。
如果需要做高可用和负载均衡，那么可以用ribbon.listOfSevers设置多个被代理的地址。
到此zuul+nginx的解决方案大体实现就差不多了，剩下的细节就不一一叙述了。
为了方便开发，可以把注册中心和网关等常用的服务通过docker镜像运行成docker容器。
