1
xnode 2020-06-01 13:47:55 +08:00
rpc 通信的
|
2
Oktfolio 2020-06-01 14:01:16 +08:00
gRPC is a modern open source high performance RPC framework that can run in any environment.
|
3
fiypig 2020-06-01 14:02:26 +08:00
是进程间的通信吗?
|
4
wellsc 2020-06-01 14:07:00 +08:00
不就是在 socket 的基础上新定义了一个概念
|
5
zachlhb 2020-06-01 14:07:46 +08:00 via Android
微服务中各个服务之间通信会用到 grpc
|
6
simenet 2020-06-01 15:03:09 +08:00
远程方法调用 GO 用的挺多
|
7
simenet 2020-06-01 15:03:15 +08:00
远程方法调用 GO 用的挺多。。
|
8
asAnotherJack 2020-06-01 15:23:21 +08:00
微服务 rpc
|
9
sonice 2020-06-01 15:38:33 +08:00
就是远程方法调用,比 restful 接口更好一点的是必须要严格遵守 schema,并且它的底层还做了数据压缩,把请求响应变得更小。
|
10
Jooooooooo 2020-06-01 18:40:11 +08:00
就是更好用的 http
|
11
raaaaaar 2020-06-01 21:49:40 +08:00 via Android
谷歌造的一个 rpc 框架,rpc 就是远程过程调用,一个通信协议,类似于 http,用来调用远程计算机上的程序
|
12
zsdroid 2020-06-01 21:55:46 +08:00
|
13
axihe 2020-06-01 23:24:11 +08:00
我们是用来做服务与服务之间的通信,感觉蛮好的;
不同语言的服务之间随便调,比如我 JS 写的服务里,调用同事 C++的服务,同事 Go 的服务调用我的服务;同事的 JS 服务调用我的服务等等;其实就是更吊一点的 HTTP 。 服务端和客户端都维护一套规则文件(`.proto`文件),如果增加接口或修改接口等,服务端和客户端都需要更改`.proto`文件(如果是分开维护的话); 其它都不错,就是改配置这点还是挺蛋疼的,不知道 V2 上各位老哥们是怎么解决这个问题的。为了解决这个问题,我是把 JS 封装成一个 npm 包,包里同时实现了客户端和服务端功能,如果是同事写 JS 的服务,可以直接用包,但是别的语言的话,还是要自己维护一套 proto 文件;这个还是挺蛋疼,不知道有没有什么好的解决方案。 |