一、微服务架构理论
1. 微服务架构概述

2. Spring Cloud技术栈
 说明1:(框中是spring boot、spring cloud体系中的,框外是第三方的;) 首先过来之后先通过一个微服务网关Netflix Zuul(spring cloud抄袭Netflix网飞公司即国外一家视频网站类似于美国版的爱奇艺,即对外称为spring cloud实际还是Netflix),去服务注册,然后去配置中心上读取多个spring boot开发的微服务来进行协调和调度,需要认证,如果有容错和限流 如降级feign、熔断等,最终整个服务的运作需要有监控、日志、健康检查和告警等;此为目前一个主流的微服务架构。
 说明2:根据上图,如果要做服务的注册与发现用Eureka,服务的负载与调度用Ribbon、Feign,降级和熔断用Hystrix,服务网关用zuul,分布式配置中心用Spring Cloud Config,一个个微服务功能的开发用Spring Boot;
 说明:最终Springcloud通过网关,调用这些负载均衡,每个微服务Service A、Service B、Service C来进行调度;
3. 总结
|