【自研】内部服务调用框架--XRpc

最新推荐文章于 2024-05-30 09:43:59 发布
最新推荐文章于 2024-05-30 09:43:59 发布
阅读量408 收藏
点赞数
分类专栏： spring JavaEE springboot 文章标签： java web rpc spring
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_18675693/article/details/113714255
版权
JavaEE 同时被 3 个专栏收录
12 篇文章 0 订阅
订阅专栏
spring
11 篇文章 0 订阅
订阅专栏
springboot
2 篇文章 0 订阅
订阅专栏

内部服务调用框架--XRpc

前言

为什么要设计这样一个框架？
答：重点当然是炫技啊！！！哈哈哈，开个玩笑而已。个人感觉无论是spring-cloud还是dubbo框架在服务调用技术底层方面已经趋于完美，但是实际应用场景中，我们经常需要一个请求贯穿N个服务。那么问题来了：我们怎样知道每个服务的之间的服务调用关系呢？如何控制服务间调用的权限呢？是否可以用一个平台来维护我们系统间接口调用权限呢？我这里关注的重点是如何可视化管理系统间调用权限。

spring cloud和dubbo无法实现上面的功能吗？
答：这里就谈谈个人的理解，也许不是非常正确。
第一：spring-cloud和dubbo都实现了服务间调用的底层逻辑，但是他们仅仅作为Rpc底层的一种框架，并没有加入过多的规范限制。比如他们都实现的A调用B的操作，但是并没有过多约束A是否可以调用B，不能做到B的服务都允许哪些服务调用。因为他们关注的是实现A调用B的过程，而不是关注于基于此框架之上产生N多服务需要如何管理。
第二：不可否认的，如果希望能通过上面框架实现我所希望的目标，也是可以实现的。但是我希望打造的是一个可以跨Spring Web平台间的服务治理框架，因为我们的系统内部可能存在既有较为传统的基于Spring的web项目，也有较为流行的spring-boot项目。为了无缝衔接所以我准备打造一款小框架，并冠名为XRpc。

为了这个伟大的目标，我决定设计一个框架，就是它：XRpc

介绍

什么是XRpc?
答：具备服务注册、服务发现、动态维护服务间调用权限的能力。
整合服务管理平台，可视化管理接口权限。具备注册中心能力，可监控在线服务实例。

术语

概念角度：

  • 名称空间：实现隔离，不同名称空间下服务不可以相互访问
  • 应用名称：一个名称空间下，具有多个应用。即：一个微服务
  • 服务名称：一个应用下，具有多个服务。即：一个service bean
    • 版本：同一个服务可以拥有多个版本号。可以指定版本号进行服务调用。
  • 方法名称：一个服务下具有多个方法。即：service interface中的一个业务处理方法。

代码角度：

  • Provider：服务提供方
  • Consumer：服务调用方
  • Proxyer：分为ProviderProxyer和ConsumerProxyer。单实例用于维护服务状态，收发于xrpc-server的消息
  • Agent：分为ProviderAgent和ConsumerAgent。为每一个service bean创建一个代理实例，用于访问远程or内部方法的调用。

设计方案

Provider接口

服务注册

服务方在启动后，扫描本服务需暴露的服务元数据，上报xrpc-server,以注册应用。

请求数据

RpcAppMeta

字段名称字段类型是否必传说明
appNameStringY应用名称
instanceIdStringY实例ID
endpointStringY暴露服务调用地址
expireNumberY过期时间
registryRegistryConfigY注册中心配置
serviceMetaListList<RpcServiceMeta>Y服务元数据列表

RegistryConfig

字段名称字段类型是否必传说明
addressStringY注册中心地址
namespaceStringY名称空间
perfectIpAddressBooleanY是否优先IP地址

List<RpcServiceMeta>

字段名称字段类型是否必传说明
serviceNameStringY服务名称
versionNumberY服务版本号，默认1
methodMetaListList<RpcMethodMeta>Y方法元数据列表

List<RpcMethodMeta>

字段名称字段类型是否必传说明
methodNameStringY方法名称
paramListMetaList<RpcParamMeta>Y方法参数列表

List<RpcParamMeta>

字段名称字段类型是否必传说明
typeStringY参数类型，类全名
响应数据
字段名称字段类型是否必传说明
resCodeStringY响应代码
OK：成功，否则失败
resMsgStringY响应代码描述信息
data复杂类型Y业务数据

data

字段名称字段类型是否必传说明
expireNumberY过期时间，单位：秒
expireAtNumberY过期时间戳
格式：yyyy-MM-dd HH:mm:ss.SSS
心跳保持

服务注册完成后，需要进行心跳保持，以确保服务正常。

请求数据

RpcPing

字段名称字段类型是否必传说明
namespaceStringY名称空间
instanceIdStringY实例ID
appNameStringY应用名称
响应数据
字段名称字段类型是否必传说明
resCodeStringY响应代码
OK：成功，否则失败
resMsgStringY响应代码描述信息
data复杂类型Y业务数据

data

字段名称字段类型是否必传说明
expireNumberY过期时间，单位：秒
expireAtNumberY过期时间戳
格式：yyyy-MM-dd HH:mm:ss.SSS

Consumer接口

获取在线服务列表

consumer端应用启动后，根据自身依赖服务关系，获取注册中心可用服务列表

请求数据

注意：请求数据为JSON 数组

字段名称字段类型是否必传说明
namespaceStringY名称空间
appNameStringY应用名称
serviceMetaListList<RpcServiceMeta>Y服务名称元数据列表

List<RpcServiceMeta>

字段名称字段类型是否必传说明
serviceNameStringY服务名称
versionNumberY服务版本号，默认1
响应数据
字段名称字段类型是否必传说明
resCodeStringY响应代码
OK：成功，否则失败
resMsgStringY响应代码描述信息
dataList<GetOnlineAppResData>Y业务数据

data List<GetOnlineAppResData>

字段名称字段类型是否必传说明
namespaceStringY名称空间
appNameStringY应用名称
instanceIdStringY实例ID
endpointStringY暴露服务调用地址
serviceMetaListList<RpcServiceMeta>Y服务元数据列表

List<RpcServiceMeta>

字段名称字段类型是否必传说明
serviceNameStringY服务名称
versionNumberY服务版本号，默认1
methodMetaListList<RpcMethodMeta>Y方法元数据列表

List<RpcMethodMeta>

字段名称字段类型是否必传说明
methodNameStringY方法名称
paramListMetaList<RpcParamMeta>Y方法参数列表

List<RpcParamMeta>

字段名称字段类型是否必传说明
typeStringY参数类型，类全名
许中宝
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
XRPC：dotnet高性能远程接口和委托invoke（RPC）通信组件，支持数百万个RPS远程接口方法调用
02-05
XRPC dotnet高性能远程接口调用（RPC）通信组件，实现数百万个RPS远程接口方法调用。 样本 安装包 Install-Package BeetleX.XRPC -Version x 服务器 class Program { static void Main ( string [] args ) { var builder = new HostBuilder () . ConfigureServices (( hostContext , services ) => {
Python-高效的RPC命令调用框架
08-10
Python中的RPC（Remote Procedure Call）框架是用于分布式系统中不同进程间进行通信的重要工具，它使得开发者可以像调用本地函数一样调用远程服务。在本主题中，我们将重点讨论基于zerorpc和gevent的高效RPC命令调用...
探索极致效率：xRPC — 轻量级高性能RPC框架
gitblog_00090的博客
05-30 390
探索极致效率：xRPC — 轻量级高性能RPC框架 项目地址:https://gitcode.com/yj8023xx/xrpc 在追求系统性能和响应速度的时代，xRPC 来了！这是一个专门为寻求低延迟、高吞吐量应用而设计的轻量级RPC框架。xRPC 不仅提供了与 Spring 框架的无缝整合，还能充分利用 Remote Direct Memory Access (RDMA) 技术，将RPC的传输...
如何统一服务调用框架？
EAWorld
11-13 372
转载本文需注明出处：微信公众号EAWorld，违者必究。引言：目前在Java 微服务领域Spring Cloud 和Dubbo体系都被广泛使用。不同的用户会根据项目的需要选择合适的架构。但是在有些跨系统的场景下会涉及到两种体系间的混合调用。怎么做到较小修改就支持Spring Cloud和Dubbo两种体系的混合调用？本文将介绍一下我们在较小修改情况下统一Spring CLoud和Dubbo服务调用...
xRPC：设计并实现一个简易版的RPC框架（Java实现）
m0_46202211的博客
11-24 993
最近学习了动手设计实现一个简易版本的RPC框架，写篇博客记录一下学习过程，顺便理一下整个流程思路。工具：JDK8、Maven、Tomcat。
Dubbo-远程服务调用框架
lkm0522的博客
10-24 227
一、Dubbo是什么？ 1）本质：一个Jar包,一个分布式框架,，一个远程服务调用的分布式框架。 既然是新手教学，肯定很多同学不明白什么是分布式和远程服务调用，为什么要分布式，为什么要远程调用。 我简单画个对比图说明（图1看到图2。画板画的，不喜勿喷，谢谢）。 你想一下，以前什么的都在一个服务器上，调用方法直接就自然而然调用了，没啥问题。现在因为需求增多拆分了这么多个， 部署在不同的服务器上，那是不是相对以前都在一个服务器上，现在分布式后，web层调用service层的服务变成了远程调用？ 那怎样
cpp-百度开源了自己内部用的rpc框架
08-15
在描述中提到，“在百度中使用的最常见的RPC框架，拥有60万个实例和500多种服务”，这表明该框架在百度内部应用非常广泛，承载了大量的服务实例和种类。这不仅意味着框架的稳定性和可靠性经过了大规模生产环境的验证...
SpringBoot2.0 整合 Dubbo框架实现RPC服务远程调用方法
08-25
Dubbo 框架是一个分布式服务框架，提供了高性能、透明化的 RPC 远程调用方式。Dubbo 框架主要由 Protocol、Cluster、Proxy、Service、Container、Registry、Monitor 七个核心组件组成。其中，Protocol 负责定义服务...
bubbo自研分布式框架
最新发布
06-02
bubbo自研分布式框架。1：单独维护，互不影响,上线时，只上线一部分即可，不用全上线， 2：增加吞吐量:多个服务调用一个服务时，eg：user模块，服务之间的负载均衡， 3：资源最大化：让资源最大化计算主要服务， 4：...
xRpc：不一致的自定义RPC
03-03
xRpc 自定义RPC，可解决与love和NodeJS产生的矛盾。 要求： ， 安装 1.通过编辑config.json文件配置RPC。 { " clientId " : " YOUR-DISCORD-APP-CLIENT-ID " , " details " : " DETAILS " , " state " : " STATE " , " smallImageKey " : " " , " smallImageText " : " " , " largeImageKey " : " " , " largeImageText " : " " , " buttons " : [ { " label " : " Button 1 " , " url " :
.net core高吞吐远程方法如何调用组件XRPC详解
01-01
前言 XRPC的目标非常明确，就是给.net core平台实现一个百万级别的远程方法调用RPC通讯组件。它的设计理念和GRPC一样，基于连接复用的机制实现高吞的性能；XRPC采用了HTTP2复用的思想，在协议设计上也类似文本和二进制相结合；在应用层面并没使用消息而是基于接口代理的方式让使用更简便。 协议序列化 XRPC采用了基于文本+二进制相结合的通讯协议，头以文本的方式表现主要是描述请求的位置和附加信息，这样设计的好处就是在实现网关的时候只需要解释头部就能做很好的负载策略。二进制处理并没有像GPRC一样使 Protobuf，而是使用了在.net core平台下相对更高效的组件Message
XRPC_一个我自己写的netty的rpc框架
weixin_45552441的博客
11-04 284
这是我自己写的一个基于netty的rpc框架
绑定服务:调用服务内部的方法
HelloWold
10-18 979
service:后台运行 没有界面的组件 Intent startService(); stopService(); 服务一旦被创建,就不会重新创建了. 服务的oncreate方法只会执行一次,如果服务已经开启,就不会再去执行oncreate方法 服务在停止的时候,会调用ondestroy方法 每一次开启服务的时候 都会调用 onStartCommand(
xrpc: 一个基于消息队列的的Go语言RPC框架
转角万里路的专栏
02-22 1184
xrpc: 一个基于消息队列的的Go语言RPC框架
微服务间接口内部调用的设计思路（服务端）
weixin_42422586的博客
11-03 487
微服务间接口内部调用
BeetleX之XRPC使用详解
jx69693678nab的博客
01-02 541
XRPC是基于BeetleX扩展一个远程接口调用组件，它提供基于接口的方式来实现远程服务调用，在应用上非常简便。组件提供.NETCore2.1和.NETStandard2.0的client版本，因此即使在winfrom和wpf也可以使用该组件进行服务调用处理。接下来详细讲解一下XRPC使用，从简单的hello到桌面wpf调用服务、ssl通讯安全和对象注入等功能。 引用组件 组件提供了两个版本B...
服务框架的几种服务调用形式
weixin_34268310的博客
08-27 637
2019独角兽企业重金招聘Python工程师标准>>> ...
服务降级框架 - Hystrix介绍
04-01
Hystrix是Netflix开源的一款服务降级框架，它可以通过控制服务的调用来实现服务的降级，从而保证整个系统的可用性和稳定性。Hystrix的核心思想是通过隔离服务之间的依赖关系，防止因某个服务的不可用导致整个系统的崩溃。 Hystrix提供了以下几个重要的功能： 1. 断路器机制：可以根据服务的调用情况自动开启或关闭断路器，从而保护整个系统的稳定性。 2. 资源隔离：通过线程池隔离和信号量隔离等方式，避免服务之间因为资源争用导致的性能问题。 3. 熔断机制：当服务出现异常或响应时间过长时，Hystrix会自动熔断该服务，避免服务的雪崩效应。 4. 监控和报警：Hystrix提供了丰富的监控指标和报警机制，可以及时发现和解决服务的问题。 总之，Hystrix是一款非常优秀的服务降级框架，可以帮助我们构建高可用、高性能的分布式系统。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值