http vs rpc

为什么80%的码农都做不了架构师？>>>   

• 对于http来说，这是个短链接的，rpc据我了解一般都是长连接，访问量高的情况下，链接重新创建的开销很大。
• 另外http这种依赖容器，容器搞的不6的话。性能有时候会被容器拖下来。
• http传输的数据大小，访问量高的时候，rpc和http，相同的数据传送的大小不同（多数rpc采用二进制，http一般都是json之类的），这里数据大是一方面，虽然一个包大不了多少，访问量高的话，这流量钱也挺贵。之后解析json效率不敢恭维。
• 可靠性、安全性，这个其实在访问量大的时候尤为看中。其实这俩可扩展性差别不是特别大，剩下的就是rpc一些自动降级、流控的功能，保证服务的稳定。
  这里举一个例子，比如你http，你想负载均衡的话，一般搞个nginx，分发，一旦流量高，挂了一台，第二台基本也就挂了。rpc一般都自带这种功能，或者比较好实现。当然如果你可以实现上面说的降级和流控功能，这当然没问题~
• 相对于安全，http这种数据易监听。

转载于:https://my.oschina.net/dongwt/blog/948302