因为现在业务依赖其他同事的服务，如何更好的调用呢？
起初，我是用 HTTP 请求完成的，速度跟不上，后来发现谷歌的 GRPC 也是比较好的解决方案，稍微复杂了点，有没有更好更优雅的解决方案呢？
起初，我是用 HTTP 请求完成的，速度跟不上，后来发现谷歌的 GRPC 也是比较好的解决方案，稍微复杂了点，有没有更好更优雅的解决方案呢？
This topic created in 3173 days ago, the information mentioned may be changed or developed.
 |
owenliangFeb 24, 2018
1
http 协议最佳，至于是否在协议之上做微服务框架，那是另一码事。
|
 |
askfilmFeb 24, 2018
2
thrift
|
 |
3
如果你在 fpm 里面跑的话用 http 去调用别人的服务就阻塞了，流量一大就会死得很惨
|
2 |
xiaohuokevinFeb 24, 2018
4
m
|
|
gouchaoerFeb 24, 2018
5
http、grpc、thrift 都没区别。。。重要的是这个服务的返回时间，时间快还行
|
|
gouchaoerFeb 24, 2018
6
swoft、swoole1.x 的几大框架看看吧
|
 |
picasso250Feb 24, 2018
7
一个 HTTP 请求多少 ms 完成?
有多少量? 楼主你把详细数据发出来呀. |
 |
8
本质上 php 只适合 http 的服务调用，因为没有共享内存可以保持连接做熔断和降级等操作，使用 tcp 并不会带来什么明显的好处，当然如果使用 swoole 的话是可以的，但又想了想那还不如用 golang 开发呢，学习成本也很低。
|
 |
10
|
 |
11
延时太大的接口需要考虑后台队列处理
|
 |
sfree2005Feb 24, 2018 via Android
13
你已经把可以异步的都异步了吗？ 我用 laravel 的时候会用 queue，一样是 HTTP，没有实质加快请求速度，但用户体验好很多。
|
 |
p2pCoderFeb 24, 2018
16
thrift 吧，各种语言都有实现
|
 |
sunmonsterFeb 24, 2018
19
json-rpc 调试方便，速度跟不上跟协议有点关系，但是应该关系不大，可以用 go 写服务，然后用 php 去调用
|
 |
akiraFeb 24, 2018
20
感觉你的问题不是换个接口或者协议就可以解决的。
跟踪分析下到底什么地方消耗时间多了，再来针对性的处理会更合理。 |
 |
kslrFeb 24, 2018
23
走消息隊列泡個 php cli 如何哦
|
 |
lolizeppelinFeb 25, 2018 via Android
24
fast cgi 就老老实实走短时间可以完成的接口
|
 |
xiaoli88Feb 25, 2018
25
http
|
Select Language