首页 > 用户投稿

开发服务 微服务调用为啥用RPC框架,http不更简单吗?

微服务调用为啥用rpc框架,http不更简单吗?

简单一点,http是协议,rpc是概念!rpc可以基于http协议(feign)、tcp协议(netty)、rmi协议(soap)和web服务(xml-rpc)框架实现。在传输过程中,由于序列化方法的不同,也出现了一些框架和协议,如dubbo中的dubbo协议、grpcprotobuf序列化协议等。实际上,它们都是基于远程调用的概念。什么是远程呼叫?

关键是rpc是远程调用。远程调用是客户端通过上述协议向服务器发送接口、参数、参数类型、方法、返回值、返回值类型等(称为方法签名),通知服务器要调用的接口方法。这个过程就是rpc的实现过程!http和rpc是两码事

!在性能方面,http本身是基于tcp协议的,属于应用层协议,所以http协议本身在实现过程中会占用大量的资源(内存、带宽等)。在性能方面,它肯定不如直接通过tcp实现的rpc协议快。不管http有多优化,它绝对没有tcp那么快!另一方面,tcp依赖于字节码。目前常用的是将客户端调用的接口信息以序列化的方式发送到服务器端。序列化框架包括许多内容(hession、protobuf、kryo等)。kryo具有最高的序列化性能,protobuf具有序列化后最小的字节码)。序列化后的字节码越小,占用的带宽越小,序列化时间越长,线程io延迟越短,线程io延迟越小。因此,在具体的应用层,有很多技术可以讨论。您可以根据自己的硬件能力选择相应的技术

!欢迎热爱科技的人们来探索

大家一般用什么工具测试http和json接口?

开发服务 微服务调用为啥用RPC框架,http不更简单吗?

soupui,这是最常用的接口测试工具。

在我们的日常开发过程中,大多数是两种类型的接口:soapapi和restapi。soupui对这两个接口都有很好的支持,而且它还支持amazonweb服务,它只出现在软件的首页上,但没有实际使用。

事实上,许多接口测试工具都很好地支持这两种常见接口。这里我不详细说明具体用法。它们都是图形界面操作。您可以根据说明一步一步地创建一个新接口。

其中,压力测试非常方便,也可以根据提示逐步创建。最后的操作页面是这样的:

您可以设置:并发数、策略、压力测试时间等

结果可以显示:最大响应时间、最小响应时间、平均响应时间、tps等。

非常容易使用,您可以尝试。

开发服务接口开发有哪些技术webservice接口开发教程

原文标题:开发服务 微服务调用为啥用RPC框架,http不更简单吗?,如若转载,请注明出处:https://www.saibowen.com/tougao/19427.html
免责声明:此资讯系转载自合作媒体或互联网其它网站,「赛伯温」登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述,文章内容仅供参考。