rpc通信使用的协议 微服务调用为啥用RPC框架，http不更简单吗？
微服务调用为啥用RPC框架，http不更简单吗？
简单一点，HTTP是协议，RPC是概念！RPC可以基于HTTP协议（feign）、TCP协议（netty）、RMI协议（soap）和web服务（XML-RPC）框架实现。在传输过程中，由于序列化方法的不同，也出现了一些框架和协议，如Dubbo中的Dubbo协议、grpc protobuf序列化协议等。实际上，它们都是基于远程调用的概念。什么是远程呼叫？
关键是RPC是远程调用。远程调用是客户端通过上述协议向服务器发送接口、参数、参数类型、方法、返回值、返回值类型等（称为方法签名），通知服务器要调用的接口方法。这个过程就是RPC的实现过程！HTTP和RPC是两码事
！在性能方面，HTTP本身是基于TCP协议的，属于应用层协议，所以HTTP协议本身在实现过程中会占用大量的资源（内存、带宽等）。在性能方面，它肯定不如直接通过TCP实现的RPC协议快。不管HTTP有多优化，它绝对没有TCP那么快！另一方面，TCP依赖于字节码。目前常用的是将客户端调用的接口信息以序列化的方式发送到服务器端。序列化框架包括许多内容（Hession、protobuf、kryo等）。Kryo具有最高的序列化性能，protobuf具有序列化后最小的字节码）。序列化后的字节码越小，占用的带宽越小，序列化时间越长，线程IO延迟越短，线程IO延迟越小。因此，在具体的应用层，有很多技术可以讨论。您可以根据自己的硬件能力选择相应的技术
！欢迎热爱科技的人们来探索
说说你所在互联网公司微服务项目都用哪些技术？
很高兴回答您的问题。
目前，我们正在进行一个充分利用微服务体系结构的项目。这也是一个很大的方便。
首先，要确定模块的划分，就我们的项目而言，它分为：
1 API接口
2。模块负责具体的逻辑处理，前端模块与本模块通过grpc进行通信
3。异步处理模块，有些任务需要很长时间，模块2会向Kafka发送一条消息，这个模块会从Kafka那里获取消息并进行异步处理
系统部署在kubernetes上，所有模块都编译成docker镜像并上传到自己的私有镜像repo。
每个模块都有多个副本用于负载平衡。模块间的通信由kubernetes集群服务实现。
Kubernetes ingress负责提供外部访问接口和SSL处理。
外层使用负载均衡器实现多集群间的负载均衡和容错。多个集群部署在不同的区域，以避免由于区域问题而导致服务不可用。
Istio还用于集群中，以利用服务网格。
此外，监控也是必不可少的。我们使用普罗米修斯监控各种指标和报警管理器来实现报警。
Elk用于记录和查询日志，Jaeger用于跟踪模块之间的相同请求。
目前运行稳定，效果很好。
我希望我的回答能帮助你。
rpc通信使用的协议 rpc通信协议 rpc不是通过http通信么
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
