目前微服务两大主流框架无非是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文件中还有很多可以配置的项,大家自己去探索吧,这里就不一一赘述啦~