- 项目fork自gongxings/spring-cloud-study,基于自己的理解又添加了修改
- spring cloud版本:Dalston.SR1
- spring boot版本:1.5.19.RELEASE
spring-cloud-study
├── springcloud-study-api -- 构建公共子模块 + Hystrix服务降级
├── springcloud-study-euraka-7001 -- Eureka集群
├── springcloud-study-euraka-7002 -- Eureka集群
├── springcloud-study-euraka-7003 -- Eureka集群
├── springcloud-study-provider-dept-8001 -- 构建服务提供者集群
├── springcloud-study-provider-dept-8002 -- 构建服务提供者集群
├── springcloud-study-provider-dept-8003 -- 构建服务提供者集群
├── springcloud-study-consumer-dept-80 -- 构建服务消费者
├── springcloud-study-consumer-dept-feign -- 构建服务消费者
├── springcloud-study-provider-dept-hystrix-8001 -- Hystrix服务熔断
├── springcloud-study-consumer-hystrix-dashboard -- Hystrix调用监控
├── springcloud-study-zuul-gateway-9527 -- Zuul路由网关
├── springcloud-study-config-3344 -- config服务端
└── springcloud-study-config-client-3355 -- config客户端
- 见工程中:笔记.md (非常详细)
-
启动euraka-service端集群:
-
启动微服务提供者集群:
-
启动为服务消费者:
以下两者二选一启动,它两主要区别(具体见笔记中第四小节)是:
dept-80:Ribbon+RestTemplate 调用Rest服务
dept-feign:Feign+接口 调用Rest服务(优雅简单) -
Hystrix 服务熔断、降级、监控
服务熔断:
缺点就是每一个方法对应都得写一个fallBackMethod方法,代码膨胀,所以我们之后看服务降级(^__^)
主要在单个服务出异常的时候用服务降级:
统一处理主业务与熔断方法解耦,是在客户端(消费者)处理完成的,与服务端没关系
主要在单个服务整个被关闭的时候用 -
Zuul 路由网关
-
Config 分布式配置中心