- 主题:你们用哪个rpc框架？
你没有理解我的意思吧，我是说系统底层隐式调用。我们用基于http1.1，貌似每次都是有建立链接的。
【 在 oldwatch 的大作中提到: 】
: 对于浏览器来说这个问题有点复杂
:
: 如果当RPC用的话，http层不会触碰到tcp层的协议
: ...................
--
FROM 106.121.178.*
哦哦，说到点子上了，http2可能不需要。
【 在 hgoldfish 的大作中提到: 】
: rpc 的请求和回应一般是异步的。比如连接两个请求，再连续返回两个回应。http 1.1 的长连接不能满足这种场景。
:
: 【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: ...................
--
FROM 106.121.178.*
现代的rpc，比如brpc，是不是有单点的问题，没办法使用代理？
【 在 oldwatch 的大作中提到: 】
: 那就是另外一个问题了
:
: http没异步也没有stream模式，报头冗余还一大堆
: ...................
--
FROM 106.121.178.*
哦，那就又多了一个用grpc的理由
【 在 oldwatch 的大作中提到: 】
: gRPC，RSocket这种跑在http/2上的应该还凑合吧
:
: 【 在 GoGoRoger (GoGoRoger) 的大作中提到: 】
: ...................
--
FROM 106.121.178.*
除非是巨无霸，否则没意义，主要是学习一下
【 在 hgoldfish 的大作中提到: 】
: rpc 都是用于群集内部，纠结三次握手有那个必要吗？
:
: 【 在 titiday (油条) 的大作中提到: 】
: ...................
--
FROM 106.121.178.*
Brpc这种私有协议也支持？
【 在 hgoldfish 的大作中提到: 】
: 微服务网关啊。就是干这事的。
:
: 【 在 GoGoRoger (GoGoRoger) 的大作中提到: 】
: ...................
--
FROM 106.121.178.*
今天又了解了一下，框架都有name service的机制来更新服务器，想想这是最基本的功能，我都想到了，框架的架构师不会想不到，这样功能就基本完整了。
【 在 oldwatch 的大作中提到: 】
: gRPC，RSocket这种跑在http/2上的应该还凑合吧
:
: 【 在 GoGoRoger (GoGoRoger) 的大作中提到: 】
: ...................
--
FROM 106.121.159.*