【实战】Spring Cloud微服务经典模型：Zuul+Eureka+Rest

目前微服务两大主流框架无非是Dubbo和Spring Cloud。在Spring Cloud框架中，通常由前端Zuul承担网关的工作，包括基于Ribbon的负载均衡，API网关以及反向代理三种功能；Eureka服务器维护了微服务的列表，包括自动注册微服务，以及定期更新列表中的服务状态。
Eureka客户端定期向服务器传递服务心跳，如果超过预设的周期服务端没有收到心跳信号，则Eureka服务器判定其状态失联。通常情况下Eureka服务器同时装有Eureka客户端以保证注册服务同样受到监控，因为客户端也需要从Eureka服务器获取当前注册的微服务列表及其可用状态。

作为微服务之一的API网关Zuul也会将服务注册于Eureka，当有Web用户需要访问某个REST应用时（应用调用的方式有REST和SOAP两种，相比较下REST的请求/响应包更小，而SOAP只支持XML格式的调用，传输量会大一些），Web端（在Spring Cloud框架下多为Angular搭建）将请求发送到API网关Zuul。

Zuul接收到请求向Eureka查询该服务的位置和状态，然后将请求传送给承载该服务的实例。前面说了Zuul除了API网关的功能还可以充当负载均衡器，即当某一级URL/微服务有多个实例时，会平均地将请求分配给各个实例；同样它还有反向代理的功能，即能将微服务的响应传输到UI端。

接下来是实战部分，通过Spring Initializer选择Eureka服务器代码模板。

在资源目录下配置Eureka服务器的注册端口，主机名，自身是否需要注册等内容。

Zuul服务器作为Spring Cloud架构的标准组件之一在Spring Initializer上也可以下载标准模板。

在配置文件application.yml中，需要定义Zuul的侦听端口、主机名、实例访问方式（IP或主机名）以及eureka服务器的url。

标准的REST应用需要从Spring Initializer中下载Actuator、Eureka Discovery以及Web组件。

Rest应用各种各样，可以在main主程序中放飞自我。配置部分同样需要应用告知Eureka服务器的位置，然后通过随机生成的UUID作为微服务注册号。

这样一个简单的Spring Cloud微服务就搭完了。

当然在yml文件中还有很多可以配置的项，大家自己去探索吧，这里就不一一赘述啦~