u010482601的专栏

1 SpringBoot版本选择官网地址：Spring BootSpringBoot官方目前最新最稳定版：2.5.5，如果单独使用SpringBoot的话，建议就可以选择官方指定的最新最稳定版。但是，如果需要和SpringCloud整合，就得看SpringCloud的版本需要适配SpringBoot的哪个版本了。2 SpringCloud版本选择官网地址：Spring CloudSpringCloud采用了英国伦敦地铁站的名称来命名，并由地铁站名称首字母 A...

1 服务间调用 微服务的特点是服务数量特别多，服务和服务之间也需要有交互，这就涉及到服务间的调用，即服务与服务之间如何通信。提到服务与服务之间的通信，最通用的莫过于HttpClient，在其它的通信架构中基本都使用HttpClient来作为底层的通讯模型。在SpringCloud中依然可以使用HttpClient进行服务与服务调用，只不过如果采用HttpClient调用的话，会有一些弊端，例如: 如果同一个服务有多个负载的话，采用HttpClient调用时，没有办法处理负载均衡的问题。还有...

微服务的特点是服务特别多，但是对外要统一使用网关作为出入口，请求进入网关之后需要路由到后端的各个服务，实现网关路由的方式有两种：静态路由和动态路由。静态路由和动态路由最大的区别在于路由信息是否写死在路由表中，对应到网关路由上就是是否需要重启网关新配置的路由或者修改的路由才能生效，不用重启就生效的就是动态路由，需要重启的就是静态路由

SpringCloud实战【五】:声明式服务调用-Feign

SpringCloud实战【七】:分布式配置中心-Config

SpringCloud实战【六】:API网关-Zuul

目录1 Hystrix解决的问题1.1 请求熔断1.2 服务降级1.3 请求缓存1.4 请求合并1.5 依赖隔离2 hystrix实战示例2.1 实例创建与演示2.2 自定义熔断降级2.3非阻塞式IO实现3 总结1 Hystrix解决的问题1.1 请求熔断我们知道微服务架构的服务提供者会有很多，每次请求都会根据负载均衡算法把请求分发给各个服...

1 负载均衡简介负载均衡是实现系统高可用、支持系统高并发的重要手段，当请求达到一定体量之后，单个服务已经无法支撑，需要多个服务共同受理请求，如何让每个服务根据自身的性能合理分配请求量就是负载均衡干的事情，负载均衡可以放在服务端也可以放在客户端，我们通常说的负载均衡是指服务端负载均衡，可以借助硬件实现，比如F5，也可以使用软件实现，比如negix，不论使用哪种方式，架构原理都是一样的，如下图所示...

1 服务治理 微服务架构的特点就是会有非常多的微服务应用，应用之间需要有交互，在应用不多的情况下可以采用静态配置来配置自身需要访问的应用，但是应用多的情况下静态配置会变得非常难以维护，并且随着业务的发展，微服务的应用需要动态扩展，同时集群规模、服务位置、服务命名等都可能发生变化，如果还是通过手工来维护每个应用的配置，极容易发生错误和命名冲突等问题，同时维护这些信息所花费的人工成本...

很多大公司都有自己的一套实现微服务的架构，比如：阿里的Dubbo/HSF、京东的JSF、新浪微博的Motan、当当网的DubboX等，每一种架构都有自己的优缺点、都经历了严格的考验存活到现在。但是当我们提到微服务首先会想到是Spring Cloud，就像我们提到电商首先想到淘宝，提到外卖首先想到美团一样。那么Spring Cloud到底有哪些优势能够在众多微服务架构中脱颖而出，成为佼佼者呢?

目录1 生活中的微服务2 服务架构的发展单体架构集群微服务3 微服务的优缺点微服务的优点面临的挑战1 生活中的微服务换季了，天气变凉，不小心得了感冒，去社区诊所看病，诊所中的医生负责接待、问诊、检查、开药、打针一条龙服务。一个医生搞定所有的工作。这种模式就是单体架构。但是如果得了大病，小诊所是无法处理的 ，需要到大型的三甲医院看病，我们会发现三甲医院里有...