为什么需要RPC接口

为什么需要RPC接口

目前有很多RPC框架，有基于Json的，有基于XML，也有基于二进制对象的。

现在问题是，遇到怎样的瓶颈了才需要或者说更适合用RPC（比如像阿里这么大的请求并发量，简单的HTTP肯定达不到预期），但问题是大家所在的公司，要有像阿里这么大的量是比较少的，甚至说1/1000的量可能都没有，那我们还需要使用RPC吗？

技术应该不是为了使用新技术而去使用，而应该是旧技术存在某些瓶颈，存在难以支撑或者扩展性越老越差等问题暴露出来之后，用新技术来进行解决。

那RPC最大的优点，或者说它相比简单的HTTP接口，它的优势、更适合它的业务场景是怎样呢？简单的HTTP又哪里不足，哪些场景明显不太适合呢？

所以可以换一个问法，为何RPC还有除HTTP之外的实现法，有何必要。毕竟除了HTTP实现外，私有协议不具备通用性。那么我想唯一的答案就在于HTTP不能满足其业务场景的地方，所以这个就要具体案例具体分析了。

分析

1灵活部署

2解耦至于为什么，当你用到的时候，你会体会。

系统做大了，肯定是需要做微服务的。比如做电商就是这样，单独有一个订单系统，支付系统，商品系统，用户系统。都是分开部署，单独上线的。但交互是用HTTP接口来交互的，可以转用RPC。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。