搞事情的博客

最近在工作，本来没有什么心情写Blog的。但是没有面试也没有什么事情可以干，所以继续写吧~ Hystrix 是作为熔断的技术，什么叫熔断呢？SpringCloud的各个微服务之间是采用通过网络调用的，网络充满各种不稳定性，所以非常容易出现雪崩效应，为什么叫雪崩，当A调用了B微服务，B微服务又调用了C微服务，C微服务无法相应，C和B就会一直拉着链接等待超时。只要你访问并发量够大，很快的连接线程池

一、使用FeignFeign 提供声明式REST调用。一开始我们还在懊恼，dubbo都已经提供了配置式的服务调用了，为什么SpringCloud没有相应的解决方案？有SpringCloud提供了Feign声明式事务，使用Feign有个非常大的好处就是，只要你属性SpringMVC的annotation配置，Feign就没有什么学习成本。事不宜迟，我们首先将Feign整合到我们的微服务当中：

在上一篇笔记当中，已经成功使用了服务注册和发现。但是所有微服务还是处于单点的状态，我们也应该对微服务进行负载均衡，这是相当有必要的。SpringCloud 提供了Ribbon负载均衡器。它可以有助于控制HTTP和TCP客户端的访问行为。为Ribbon配置服务提供者地址后，Ribbon就可以基于负载均衡算法进行负载均衡。Ribbon默认提供了很多种负载均衡算法，轮询、随机等。Ribbon也可以使用自

上一篇笔记写到的两个问题，Netfilx-Eureka和Ribbo会给我们一一解决。如果有看过dubbo 应该知道zookeeper，Eureka的角色就是zookeeper。Eureka和Zookeeper主要都是作为微服务的注册和发现。Eureka和Zookeeper不一样的是，Zookeeper是作为一个单独的应用程序，而Eureka是直接嵌套在SpringCloud当中的。所以 E

微服务之前在写SpringBoot的笔记时，就有提及到SpringCloud。SpringCloud提供了微服务的开箱即用。微服务近年来非常火，到处都在说微服务。笔者也对微服务相当感兴趣，因为笔者在校期间（N年前）曾经和很多同学聊过，如果所有的应用并不是单体的，而是通过很多系统提供API这会变成怎么样，当时我就觉得这样能够做到分布式服务。因为服务是分离的，我们可以针对每一个不同的服务，