我们真的需要 gRPC 吗?

[Nazz]

相对 gRPC, JSON-RPC:

• 协议方面更加简单透明
• 协议方面更加统一, 没有封装和切换的开销, 中间件可以复用
• JSON 可读性更好, 开发调试方便

最后问一下, 有根据文件生成各大语言 JSON 代码的命令行工具吗?

[fioncat]

当你们公司的 QPS 上去之后，就会发现序列化是个很大的性能瓶颈。
当然，低业务量的时候无所谓，哪个舒服用哪个。

[duke807]

MessagePack +1024

[Nazz]

@mcfog 对于 go 真的可以😂, 别的语言不清楚

[Nazz]

@julyclyde 为什么不占优, 所有请求应答服务都用 HTTP JSON-RPC, 去除了 gRPC

[wanguorui123]

为了通用性还是 HTTP-JSON 靠谱

[Nazz]

@sadfQED2 流量恐怖如斯, 怎么优化都不为过

[Nazz]

@Maboroshii gRPC 性能方面确实不占优势, HTTP1.1+PB 在内网也能达到非常高的 IOPS

[Nazz]

@lujiaxing gRPC 一般是用在内网, 不开启压缩加密 IOPS 会更高, CPU 占用率更低

[Nazz]

@wuhaoecho JSON 可以方便地在 postman 里面手动编辑

[mafanding]

我也有个疑惑 按理说发明 grpc 是为了在内部服务之间更高效的调用，那么为什么现在的微服务还要加 tls 层

[julyclyde]

@Nazz 因为 json 解析的速度慢啊

[Nazz]

@mafanding HTTP1 可以不加 TLS. H2C 好像基本没人用

[AugOmin]

我是用了 grpc 的双向 steam ，在 http2.0 里面 grpc 算是比较常用的，之前还试过 websocket 实现双向 steam ，比 grpc 的 steam 开箱即用程度还是差不少

[Nazz]

@AugOmin 要是我的话会选择 WebSocket, 因为我对 ws 非常的熟悉.

[byte10]

@mafanding 加 TLS 可能是安全的要求，一般 rpc 应该加鉴权就可以了，加 TLS 感觉有点奇怪。。

[joesonw]

@byte10 http2 默认 tls

[idblife]

grpc 用来翻墙都比其它要快。。。

[Nazz]

@idblife 我用 v2ray

[Goat121]

既然性能要求无所谓，还用啥 JSON-RPC ，直接 http 不是更简单更通用

[documentzhangx66]

可读性、可调试性，HTTP-JSON 方案完胜。

性能，gRPC 完胜。

有钱上 HTTP-JSON ，没钱上 gRPC 。就像有钱上虚拟机，没钱上 docker 一样。