RPC

微服务化的拆分带来的好处和便利性是显⽽易⻅的,但是与此同时各个微服务之间的通信就需要考虑了。传统HTTP的通信⽅式性能⾸先并不太好,⼤量的请求头之类⽆效的信息是对性能的浪费,此外,对服务治理、追踪和易⽤性的要求也更⾼,这时候就需要引⼊诸如Dubbo类的RPC框架。

我们假设原来来⾃客户端的QPS是9000的话,那么通过负载均衡策略分散到每台机器就是3000,⽽HTTP改为RPC之后接⼝的耗时缩短了,单机和整体的QPS就提升了。⽽RPC框架本身⼀般都⾃带负载均衡、熔断降级的机制,可以更好的维护整个系统的⾼可⽤性。那么说完RPC,作为基本上国内普遍的选择Dubbo的⼀些基本原理就是接下来的问题

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容