qq_38757863的博客

框架集，提供了一整套微服务解决方案(全家桶);Dubbo只是一个远程调用(RPC)框架;默认基于长连接,支持多种序列化格式。springcloud是一个大的微服务框架。03.Spring cloud对比Dubbo。01.使用的环境是sts和maven。第一步：创建commons 通用项目。02.介绍springcloud。第三步：创建相关的pojo对象。第四步：创建service接口。第二步：修改pom.xml。第五步：编写utils类。

eureka1 启动参数：–spring.profiles.active=eureka1 --server.port=2001。第二步：配置启动参数 --spring.profiles.active 和 --server.port。02.在已有的项目中扩展service服务数量（item service的数量变成两个）在参数框中输入启动参数 --server.port=8001。同样的写启动参数，–server.port=8002。第一步：配置item service的启动参数。

每个局域网至少存在一个路由器，一个路由器配备了两个IP地址，因为路由器也看作一台设备，对内提供一个IP地址，允许局域网内的设备可以访问自己，这个IP我们称为LAN口IP（子网IP）；从00000001-01111110 因为01111111是一个特殊的网络号，这代表迂回访问，也就是自我访问的网络号,而00000000也是一个特殊的额网络号。有一些IP地址仅仅只是用于一个局域网内的通信，不会去访问其他网段的数据，那么这个局域网可以看作是一个独立的区域，外界用啥IP与我无关。01.IP协议，也就是IP报文。

有一个问题，如果存在多个item service （每一个item service 分别在一台不同的服务器中），有一个item service服务宕机的话，如何去调用另一个item service？eureka 的自我保护状态：心跳失败的比例，在15分钟内是否超过85%,如果出现了超过的情况，Eureka Server会将当前的实例注册信息保护起来，同时提示一个警告，一旦进入保护模式，Eureka Server将会尝试保护其服务注册表中的信息，不再删除服务注册表中的数据。也就是不会注销任何微服务。

默认配置中心配置优先级高,配置中心配置会覆盖客户端的所有配置,包括命令行参数配置,这样我们在item-service和order-service中配置的端口号启动参数会无效。config配置中心的作用：项目的yml 配置文件保存到 git 服务器，例如 github.com 或 gitee.com。2.将sp02,sp03,sp04,sp11四个项目的yml配置文件,复制到config项目,并改名。我们可以设置禁止配置中心的配置将客户端配置覆盖掉。4.禁止配置中心的配置信息覆盖客户端配置。

getRoute() 方法中指定应用此降级类的服务id，星号或null值可以通配所有服务。01.zuul是作为springcloud中的一个网关框架来使用的。02.配置 zuul 开启重试，并配置 ribbon 重试参数。zuul API 网关，为微服务应用提供统一的对外访问接口。zuul 路由配置可以省略，缺省以服务 id 作为访问路径。01.pom.xml 添加 spring-retry 依赖。zuul 还提供过滤器，对所有微服务提供统一的请求校验。zuul上的routes都是从eureka中获取的。

hystrix等待超时后, 会执行降级代码, 快速向客户端返回降级结果, 默认超时时间是1000毫秒，为了测试 hystrix 降级，我们把 hystrix 等待超时设置得非常小（500毫秒）断路器打开 5 秒后，会处于半开状态，会尝试转发请求，如果仍然失败，保持打开状态，如果成功，则关闭断路器。Hystrix的逻辑，先判断是否满足第一个条件，再判断第二个条件，如果两个条件都满足，则会开启断路器。选择 sp06-ribbon 项目，ctrl-c，ctrl-v，复制为sp07-hystrix。

RestTemplate 是用来调用其他微服务的工具类，封装了远程调用代码，提供了一组用于远程调用的模板方法，例如：getForObject()、postForObject() 等。@LoadBalanced 负载均衡注解，会对 RestTemplate 实例进行封装，创建动态代理对象，并切入（AOP）负载均衡代码，把请求分发到集群中的服务器。如果到了指定的时间，没有可能的数据被客户端读取，则报异常。意思是用来建立连接的时间。这两个都java中写好的，不是ribbon的属性，但是也是必须的。

这里的三个Feign类型service接口，就好像是ribbon中的ribbonController（但是没有注解controller，并不能接受客户端的request请求，所以只是类似），只是调用service中的方法。@FeignClient(“item-service”)，中的item-service是在service服务中的application.yml文件中的spring.application.name来确定的。第一步：feign 默认没有启用 hystrix，添加配置，启用 hystrix。

01.hystrix dashboard 一次只能监控一个服务实例，使用 turbine 可以汇集监控信息，将聚合后的信息提供给 hystrix dashboard 来集中展示和监控。添加 @EnableTurbine 和 @EnableDiscoveryClient 注解。在 hystrix dashboard 中填入turbine 监控路径，开启监控。turbine聚合了order-service两台服务器的hystrix监控信息。02.新建 sp10-turbine 项目。turbine 监控路径。

访问 http://localhost:4001/hystrix ，填入 order service 的断路器监控路径，启动监控。02.修改sp04-orderservice项目，添加feign，调用item service和user service。2.sp04-orderservice项目的application.yml。1.sp04-orderservice项目的pom.xml。获取商品列表的降级方法，模拟使用缓存数据。获取用户信息的降级方法，模拟使用缓存数据。根据orderid，获取订单。

随着系统规模越来越大，微服务之间调用关系变得错综复杂，一条调用链路中可能调用多个微服务，任何一个微服务不可用都可能造整个调用过程失败。请求id：请求到达第一个微服务时生成一个请求id，该id在调用链路中会一直向后面的微服务传递。spring cloud sleuth 可以跟踪调用链路，分析链路中每个节点的执行情况。刷新访问多次，链路跟踪数据中，默认只有 10% 会被收集到zipkin。修改以下微服务的 pom.xml，添加 sleuth 依赖。span id：链路中每一步微服务调用，都生成一个新的id。