前言:
博主作为实习生已经入职JD一个星期,一下是我对公司JSF架构的一些理解,PS借鉴李鑫前辈的PPT
1. 传统微服务不足之处
-
客户端:
- 大量逻辑放到了客户端带来的版本更新问题
- zookpeer的watch机制问题
-
注册中心
- zookpeer作为注册中心一些功能收到限制,拓展受限‘
-
服务治理
- 缺乏流量控制手段,大量流量打到线程池
- 更改配置需要重启
- 缺乏监控机制
2. 杰夫的架构图
可以看到:JSF相比于Dubbo而言多了一个注册中心寻址服务
我们知道开源的经典RPC框架dubbo+zookpeer体系的有一个经典的缺点就是:zookpeer在运行时选举,这时候zookpeer集群不能干活的,也就是Zookpeer选择了CAP定理里面的CP而不是CA,即:牺牲了高可用,选了分区一致性,JSF(杰夫)针对这个缺点进行优化。
3. 杰夫核心原理
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CuRg5Sh5-1588917969811)(C:\Users\houxiaozheng\AppData\Roaming\Typora\typora-user-images\image-20200508133104633.png)]
杰夫的传输方式以及传输流程与dubbo大致相似,可以说是JD对dubbo的一些优化