本文已收录https://github.com/lkxiaolou/lkxiaolou欢迎star。技术选型公司的RPC框架是dubbo，配合使用的服务发现组件一直是zookeeper，长久以来也没什么大问题。至于为什么要考虑换掉zookeeper，并不是因为它的性能瓶颈，而是考虑往云原生方向演进。云原生计算基金会（CNCF）对云原生的定义是：云原生

背景Feign和网关Zuul的RPC调用，实际上都是HTTP请求。HTTP请求，如果不配置好HTTP连接池参数的话，会影响性能，或者造成堆积阻塞，对于其中一个微服务的调用影响到其他微服务的调用。源代码类比解析本文基于SpringCloudDalston.SR4，但是基本思路上，这块比较稳定，不稳定的是Feign本身Htt

本文作者：o\\\\0去年5月，阿里开源的高性能RPC框架Dubbo从ASF毕业并晋升顶级项目，同时，还宣布Go语言版本的Dubbogo正式加入Dubbo官方生态。经过一年的发展，Dubbogo在技术和社区运营方面都已经有了不错的成绩。Dubbogo是Dubbo的完整Go语言实现，在功能实现和技术路

rpyc(RemotePythonCall)为分布式计算环境提供了优良的基础平台。使用rpyc编写c/s结构程序，完全不用考虑老式的socket编程，现在只用编写简单的3、5行代码即可完成以前的数千行代码的功能。RemotePythonCall(RPyC)是一个Python的库用来实现RPC和分布式计算的工具。支持同步和异步操作、

摘要:主要核心部件：Remoting:网络通信框架，实现了syncoverasync和requestresponse消息机制.RPC:一个远程过程调用的抽象，支持负载均衡、容灾和集群功能Registry:服务目录框架用于服务的注册和服务事件发布和订阅Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能

!(https://oscimg.oschina.net/oscnet/upcd913bc9b96cff2834f882d47cfe5932e30.png)最大区别：SpringCloud抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式。严格来说，这两种方式各有优劣。虽然从一定程度上来说，后者牺牲了服务调用的性能，但也避免了上

分布式服务框架：–高性能和透明化的RPC远程服务调用方案–SOA服务治理方案ApacheMINA 框架基于Reactor模型通信框架，基于tcp长连接Dubbo缺省协议采用单一长连接和NIO异步通讯，适合于小数据量大并发的服务调用，以及服务消费者机器数远大于服务提供者机器数的情况

_本文来源：__开源中国__原文标题：__Linux基金会执行董事眼中的海量服务之道_在今年的美国加州圣迭戈开源峰会上，Linux基金会执行董事JimZemlin做了主题演讲。他把由腾讯主导开源并捐献给Linux基金会的微服务RPC框架TARS定义为“Newwaystoscale”，一种海量服务之道。与TARS一起在主题

!(https://oscimg.oschina.net/oscnet/4b181e237d6062932a420565594fce5bc6a.jpg)很久没有写文章了，一直在搞开发，趁着这次版本发布来写一篇。0.9.3是一个小版本，没有动文件结构和rpc，可以无痛升级。其实之前新发布了一个0.9.2，不过又发现一个比较严

gRPC是开发中常用的开源高性能远程过程调用（RPC）框架，tonic是基于HTTP/2的gRPC实现，专注于高性能、互操作性和灵活性。该库的创建是为了对async/await提供一流的支持，并充当用Rust编写的生产系统的核心构建块。今天我们聊聊通过使用tonic调用grpc的的具体过程。