springCloud

 

这里的就是微服务的架构图了  也是各个互联网公司整体的架构演进的方向（这个只是大体简单的  类似于  BATJ这些大公司  那要复杂的多的多  毕竟都是集成成千上百的大牛的智慧 ）

用户在访问负载均衡器     这里一般用到的   可以使用的    lvs+keepalived+nginx实现高性能负载均衡集群    暂时可以先了解一下

 

网关类似于一个拦截器 （以后会详细介绍）

 

缺点：

之前在单体项目的时候  比如 下单 获取积分 扣除库存等一系列操作我们可以放在一个事务里面

而如果是做分布式集群的话 那么这个事务的控制就显得非常难以控制，而且对于各个服务的管理也是显得非常重要

 

 

注册中心  

Eureka  在2.X版本的时候闭源了  不过这并不能说明什么  这只不过是其中的一个组件  我们还有其他替代品 比如 zookeeper  consul

 

 

 

 

常见的微服务框架
简介:讲解常用的微服务框架

consumer: 调用方
provider: 被调用方
一个接口一般都会充当两个角色（不是同时充当）

 

 

 

 

 

1、dubbo: zookeeper + dubbo + springmvc/springboot
官方地址：http://dubbo.apache.org/#!/?lang=zh-cn
配套
通信方式：rpc
注册中心：zookeper/redis
配置中心：diamond

2、springcloud: 全家桶+轻松嵌入第三方组件(Netflix 奈飞)
官网：http://projects.spring.io/spring-cloud/
配套
通信方式：http restful
注册中心：eruka/consul
配置中心：config
断路器：hystrix
网关：zuul
分布式追踪系统：sleuth+zipkin

学习资料：https://blog.csdn.net/zhangweiwei2020/article/details/78646252

 

 

网关： 路由转发 + 过滤器

注册中心： 调用方和被调用方的信息维护

配置中心：管理配置，动态更新 application.propertries

链路追踪：分析调用链路耗时   （下单-》查询商品价格-》查询用户信息-》保存数据库）

负载均衡：分发负载

熔断机制：保护调用方和被调用方

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

转载于:https://www.cnblogs.com/ltplol/p/9988495.html