微服务的框架解析

（1） 如果让你自己来设计一套微服务框架，那么你认为你需要哪些组件呢？

第一个就是微服务的治理框架，就是服务发现和服务调用，这个实际上也是dubbo rpc 解决的问题，为什么这个东西这么重要，因为服务的治理框架实际上为了解决服务 与 服务通信的前提，是一个大盘方案。

比如有一下好处：

（1）当你需要升级一个接口时候，你知道有哪些服务依赖你的接口，这样你可以通知这些服务的消费者去做升级，不至于你升级一个服务，整个系统炸掉了

（2）清晰给出你的系统可以提供对外的所有服务，这样调用方，直接看到你的接口就可以更你对接了，不需要问你如下事情：

你的服务的地址是什么（dev , live ，trunk , pro ）地址， 我有一个接口，你能不能提供等等这些问题，减少了沟通的成本。

所有服务还需要对应说明，文档。(spring swagger 了解下)

（3）你的服务迁移后，不会有任何的成本，包括线下，线上服务的迁移，通过这样的一个框架会降低很多成本，提高效率。

当然还有一些其他的好处。

这块有哪些方案呢 ：

dubbo rpc 

spring euraka 

自己写一个路由转发系统，封装sdk 所有的系统都包含这个基本的sdk 提供目前服务的地址。

直接在url 写死，没有服务治理的概念。

 

第二个比较重要的组件是

消息队列，为什么说消息队列很重要，因为很多时候一些东西不能做到

 

（1） 在微服务框架上面，spring cloud 提供了一整套解决方案

(1)  spring 服务管理组件 euraka

(2)  spring 客户端负载均衡器 Ribbon 

(3)  spring 分布式跟踪器 Sleuth

（4） Hystrix熔断器

(5) spring restTemp Feign