深圳幻海软件技术有限公司

目录一、背景二、分析2.1RPC2.2REST 正文回到顶部一、背景 远程服务将计算机程序的工作范围从单机扩展到网络，从本地延伸至远程，是构建分布式系统的首要基础。远程服务调用（RemoteProcedureCall，RPC）在计算机科学中已经存在了超过四十年时间。但很多人无法明

01背景购物车面临的挑战：1）新业务：随着业务形态的丰富，购物车在不断支持各种新业务，依赖的外部接口也随之增加；2）下沉：一些前端调用的接口下沉到购物车中台；3）前置：结算流程很多业务前置到购物车中，如优惠券、京豆；4）扩容：为改善用户体验购物车可容纳的商品数量在不断增长；这些导致购物车依赖的RPC

前几天面试的时候遇到一道面试题，还是挺考验能力的。题目是这样的：rpc是remoteprocedurecall，远程过程调用，比如一个进程调用另一个进程的某个方法。很多平台提供的进程间通信机制都封装成了rpc的形式，比如electron的remote模块。小程序是双线程机制，两个线程之间要通信，提供

​RPC框架泛化调用功能在网关、接口测试等场景下有着广泛的需求，本文给各位读者介绍一下主流的泛化调用实现方式及原理，比较各种实现方案的优缺点，并分享泛化调用在转转的实践。一方面有助于RPC框架使用方理解泛化调用，更好地使用泛化调用；另一方面对于有自研RPC框架需求的开发者在选择泛化调用实现方案上有一

今天给大家分享一知识点，是关于我们平时开发系统做RPC通信的时候，经常会设置超时和重试两个参数。关于这两个参数要是没有设置好的话，很可能会导致我们的系统被搞垮，但是可能很多人都不知道这里面的问题，所以今天给大家好好讲讲。业务系统架构图首先，我们还是先引出一个话题，那就是平时我们开发的系统是什么样的？

这篇文章我们来聊一聊RPC框架，为什么要聊RPC呢？首先从个人成长角度，如果一个新时代码农能清楚的了解RPC框架所具备的要素，掌握RPC框架中涉及的服务注册发现、负载均衡、序列化协议、RPC通信协议、Socket通信、异步调用、熔断降级等技术，可以全方位的提升基本素质。其次，目前市面上也有非常多优秀

 有位工作6年的小伙伴，面试的时候被问到这样一道题，说谈你对RPC的理解。在分布式微服务架构中，远程通信是最基本的需求。常见的远程通信方式有基于REST架构的HTTP协议，以及基于RPC协议的RPC框架。今天，我给大家分享一下我的理解。1、什么是RPC首先，给大家介绍一下什么是远程调用。很

​Dubbo介绍Dubbo是什么？介绍：ApacheDubbo是一款微服务框架，为大规模微服务实践提供高性能RPC通信、流量治理、可观测性等解决方案，涵盖Java、Golang等多种语言SDK实现。 特征：RPC通讯框架，服务注册中心，支持原生云（Dubbo3.0） 主流版本：2

大家好，我是楼仔！RPC、gRPC、Thrift、HTTP，大家知道它们之前的联系和区别么？这些都是面试常考的问题，今天我们带大家先搞懂RPC和gRPC。在讲述gPRC之前，我们需要先搞懂什么是RPC。不BB，直接上文章目录：1.RPC1.1什么是RPC？RPC（RemoteProcedureCal

作者｜中国移动云能力中心PaaS产品部王琦容器内部存储的生命周期是短暂的，会随着容器环境的销毁而销毁，具有不稳定性。如果多个容器希望共享同⼀份存储，则仅仅依赖容器本身是很难实现的。01引言在Kubernetes系统中，容器应用所需的存储资源被抽象为存储卷（Volume），并以此概念来解决“容器存储所

从本篇文章开始，我们用一个系列来讲解从需求到上线、从代码到k8s部署、从日志到监控等各个方面的微服务完整实践。实战项目地址：https://github.com/Mikaelemmmm/go-zero-looklook一、项目简介整个项目使用了go-zero开发的微服务，基本包含了go-zero以及

本文转载自微信公众号「楼仔」，作者梦楼。转载本文请联系楼仔公众号。RPC系列的文章是我去年写的，当时写的比较散，现在重新进行整理。对于想学习RPC框架的同学，通过这篇文章，让你知其然并知其所以然，便于以后技术选型，下面是文章内容目录：RPC什么是RPCRPC(RemoteProcedureCallP

 像我这样的菜鸟，总会有各种疑问，刚开始是对JDKAPI的疑问，对NIO的疑问，对JVM的疑问... 图片来自Pexels当工作几年后，对服务的可用性，可扩展性也有了新的疑问，什么疑问呢?其实是老生常谈的话题：服务的扩容问题。正常情况下的服务演化之路让我们从最初开始。单体应用每个

 近些年微服务架构大行其道，趁着最近有时间，来捣鼓捣鼓微服务是怎么一回事。微服务架构微服务的概念由MartinFowler于2014年3月提出：微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间相互协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服

 背景在一次的面试交谈中，聊到业务实现的技术架构。不管系统大小，一般都是微服务的架构，所以就产生了一个问题，为什么服务之间调用，选择用RPC，http不也能实现服务之间的通信吗?怎么不用呢?或者RPC比http好在哪里?什么是RPC提到RPC(RemoteProcedureCall)，就躲

服务网格(ServiceMesh)这两年异常之火，号称是下一代微服务架构，接下来两个月，准备系统性的写写这个东西，希望能够让大家对架构技术，有个初步的了解。画外音：我的行文的风格了，“为什么”往往比“怎么样”更重要。互联网公司，经常使用的是微服务分层架构。画外音：为什么要服务化，详见《服务化到底解决