- 项目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 分布式配置中心