Java架构学习之--微服务

一，为什么要用微服务呢？

单体架构的不足之处：

微服务每个服务都是独立的，独立开发，独立部署，独立运行，模块相互调用是通过不同的网络通信方式去调用的，由api网关去分配，轻量级的通信协议

 

 

 

二：

spring boot：主要解决了spring里面配置文件非常繁杂的问题

spring cloud：用springboot来实现微服务的一套解决方案

 

服务拆分会遇到的问题：

解决方案：注册中心，是用来管理服务的spring clound中的：

2.服务之间应该怎么去调用呢？

2.1：答：用简单的通信方式：http，用工具jar包去实现http的调用

2.2：负载均衡的问题：基于客户端的负载均衡

springcloud里有一个netfix Ribbon的组件

3.

线程池被消耗光了：超时

解决方案：

1.熔断，线程隔离

springclound解决方案：

不会出现长时间阻塞的等待，直接到降级方法

4.

                答：  1.一次声明，到处使用

                          2.调用远程服务就像调用本地方法一样：例如：dubble；但是比较依赖jar包

解决方案：springcloud中http的调用方式：

他集成了负载均衡

5.

例如后台要去访问服务同样的问题，那么就会出现很多重复性的代码

答：引入网关:gateway

解决方案：springclound zuul组件

具体步骤：后台（不论是自己的后台还是第三方后台）先去访问网关，然后网关路由到服务的提供者

路由规则：

继承了负载均衡，（集成了Ribbon）

6.

答：动态刷新

解决方案：

7.最终划分：

服务之间相互调用通过Feign-Client声明式的调用来实现相互调用（绿色板块）。

三层架构和微服务的对比

7.1.如果把应用拆分成微服务的架构，要解决的问题，必须要运行这些独立的服务来实现

7.2.应用本身的拆分的服务，每一个服务都是独立的工程，都是可以单独打开的。

8.总结：

怎么实施微服务

8.1框架：注册中心、网关、配置中心、断路器、负载均衡、声明式的服务调用

8.2服务拆分：基于业务实际情况，可以根据维度，一步一步去实现，没有一步到位的方法

 

8.3优点：微服务带来技术的便利，还有项目管理的推动，优点大于缺点

           大势所趋