探秘分布式神器RMI:原理、应用与前景分析(二)

本系列文章简介:

本系列文章将深入探究RMI远程调用的原理、应用及未来的发展趋势。首先,我们会详细介绍RMI的工作原理和基本流程,解析其在分布式系统中的核心技术。随后,我们将探讨RMI在各个领域的应用,包括分布式计算与并行处理、分布式数据库访问与管理以及跨平台与跨语言的远程调用等。通过实际的应用案例,我们将展示RMI在不同场景下的灵活应用。欢迎大家订阅《Java技术栈高级攻略》专栏,一起学习,一起涨分!

目录

一、引言

二、RMI的应用案例

[2.1 银行系统的远程银行服务](#2.1 银行系统的远程银行服务)

[2.2 在线购物系统的分布式订单处理](#2.2 在线购物系统的分布式订单处理)

[2.3 游戏服务器的分布式游戏逻辑](#2.3 游戏服务器的分布式游戏逻辑)

三、RMI与其他RPC框架的比较

[3.1 RMI与Dubbo](#3.1 RMI与Dubbo)

[3.2 RMI与gRPC](#3.2 RMI与gRPC)

[3.3 RMI与Spring Cloud](#3.3 RMI与Spring Cloud)

四、RMI的前景展望

[4.1 分布式计算的发展趋势](#4.1 分布式计算的发展趋势)

[4.2 RMI在新兴技术中的融合与应用](#4.2 RMI在新兴技术中的融合与应用)

[4.2.1 云计算与RMI的结合](#4.2.1 云计算与RMI的结合)

[4.2.2 大数据处理与RMI的关联](#4.2.2 大数据处理与RMI的关联)

[4.3 RMI的未来发展方向](#4.3 RMI的未来发展方向)

[4.3.1 性能优化与扩展性提升](#4.3.1 性能优化与扩展性提升)

[4.3.2 跨平台与跨语言支持的改进](#4.3.2 跨平台与跨语言支持的改进)

五、总结与展望

[5.1 RMI在分布式计算中的价值与地位](#5.1 RMI在分布式计算中的价值与地位)

[5.2 对RMI未来发展的期待与建议](#5.2 对RMI未来发展的期待与建议)

六、结语


一、引言

RMI(Remote Method Invocation)是一种用于实现远程过程调用的Java API。它允许在分布式系统中的不同Java虚拟机上执行方法调用,就像在本地执行一样。

本文将跟随《探秘分布式神器RMI:原理、应用与前景分析(一)》的进度,继续介绍RMI。希望通过本系列文章的学习,您将能够更好地理解RMI的内部工作原理,掌握RMI的使用技巧,以及通过合理的配置完成最佳实践,充分发挥RMI的潜力,为系统的高效运行提供有力保障。

二、RMI的应用案例

2.1 银行系统的远程银行服务

银行系统的远程银行服务是RMI的典型应用案例之一。RMI(远程方法调用)是Java语言提供的一种远程通信机制,可以通过网络在不同的计算机节点上调用远程对象的方法。

在银行系统中,远程银行服务可以提供以下功能:

  1. 用户注册和登录:用户可以通过远程调用注册和登录方法来创建银行账户并登录到系统中。

  2. 查询余额:用户可以远程调用查询余额方法来获取自己的银行账户余额。

  3. 存款和取款:用户可以远程调用存款和取款方法来向自己的银行账户中存入或取出一定金额的钱。

  4. 转账:用户可以远程调用转账方法来将一定金额的钱从自己的银行账户转移到其他人的银行账户中。

  5. 查询交易记录:用户可以远程调用查询交易记录方法来获取自己的银行账户的交易记录。

远程银行服务可以通过RMI来实现。在远程银行服务的实现中,需要定义一个远程接口(Remote Interface),该接口中包含了用户注册、登录、查询余额、存款、取款、转账和查询交易记录等方法的声明。同时,需要实现该远程接口的远程对象(Remote Object),该对象包含了具体的方法实现,并且可以通过RMI注册到RMI注册表中,以供客户端远程调用。

客户端可以通过RMI来调用远程银行服务。客户端需要获取远程对象的引用,并通过远程对象的方法来进行相应的操作,如注册、登录、查询余额、存款、取款、转账和查询交易记录等。

2.2 在线购物系统的分布式订单处理

在线购物系统是一个典型的分布式应用,其中涉及到大量的订单处理工作。RMI(远程方法调用)可以在这个系统中发挥重要的作用,实现分布式订单处理。

以下是一个基本的在线购物系统的分布式订单处理的示例:

  1. 系统架构设计:

    • 前端网站:提供用户界面和交互功能,展示商品信息和接收用户订单提交请求。
    • 订单处理服务器:处理订单逻辑,包括生成订单、计算价格、检查库存、更新库存等。
    • 数据库服务器:存储商品信息和订单数据。
  2. RMI接口设计:

    • 定义远程接口:在订单处理服务器上定义一个远程接口,例如OrderService接口,包含处理订单的相关方法,如createOrdercalculatePricecheckInventory等。
    • 前端网站和订单处理服务器之间通过RMI进行通信,前端网站作为客户端调用订单处理服务器上的远程接口。
  3. 实现RMI服务和客户端:

    • 在订单处理服务器上实现OrderService接口的具体逻辑,包括生成订单、计算价格、检查库存、更新库存等操作。这些操作可能需要与数据库服务器交互。
    • 在前端网站上实现RMI客户端,通过RMI调用订单处理服务器上的远程接口,提交订单请求并接收处理结果。
  4. 数据库操作:

    • 在订单处理服务器上实现与数据库服务器的连接和交互,包括查询商品信息、更新库存、插入订单数据等操作。
    • OrderService接口的实现中,调用数据库操作来处理订单相关的数据。

通过以上步骤,就可以实现在线购物系统的分布式订单处理。前端网站通过RMI调用订单处理服务器上的远程接口,提交订单请求,并将订单数据存储到数据库中。订单处理服务器根据接收到的请求,进行订单逻辑处理,并更新相应的数据。这样,系统可以实现订单处理的分布式和并发处理,提高系统的性能和可靠性。

2.3 游戏服务器的分布式游戏逻辑

在游戏服务器中,RMI可以用于实现分布式游戏逻辑。以下是一个示例的应用案例:

  1. 游戏服务器架构

游戏服务器通常分为多个模块,包括游戏逻辑、网络通讯、数据库等。在传统的架构中,这些模块通常运行在同一个服务器上。而使用分布式架构,可以将不同的模块部署在不同的服务器上,以提高性能和可伸缩性。

  1. 游戏逻辑模块

游戏逻辑模块负责处理游戏的核心逻辑,如角色移动、战斗计算、任务完成等。在传统的架构中,游戏服务器通常是单线程处理逻辑,因此在高并发情况下可能会出现性能瓶颈。

在分布式架构中,可以将游戏逻辑模块拆分为多个子模块,并部署在不同的服务器上。每个子模块负责处理一部分游戏逻辑,通过RMI远程调用其他子模块的方法来完成协作。这样可以将游戏逻辑的负载平均分配到多个服务器上,提高并发处理能力。

  1. RMI调用

使用RMI远程调用,可以实现不同服务器上的游戏逻辑模块之间的通信。每个游戏逻辑模块都可以作为RMI服务提供者,在注册表中注册自己的服务。其他模块可以通过查找注册表获取服务的引用,并调用其方法。

例如,一个角色移动的逻辑可以由一个游戏逻辑模块处理,而其他模块可以通过RMI调用该模块的方法来更新角色的位置和状态。这样,不同服务器上的游戏逻辑模块可以通过RMI远程调用协调处理角色的移动。

  1. 高可用性和容错

使用分布式游戏逻辑可以提高系统的可用性和容错能力。当一个游戏逻辑模块发生故障时,系统可以自动切换到其他可用的模块来处理游戏逻辑。这种自动切换可以通过RMI注册表的监控和管理来实现。

三、RMI与其他RPC框架的比较

3.1 RMI与Dubbo

下面是RMI与Dubbo之间的一些比较:

  1. 语言支持:RMI只能支持Java语言,而Dubbo可以支持多种语言。
  2. 协议支持:RMI使用Java原生的JRMP协议进行通信,而Dubbo支持多种通信协议,如RPC协议和REST协议等。
  3. 服务注册中心:RMI没有内置的服务注册中心,需要手动配置服务的地址,而Dubbo内部集成了服务注册中心,可以自动发现和管理服务。
  4. 负载均衡:RMI没有内置的负载均衡功能,需要手动实现,而Dubbo内置了负载均衡功能,可以根据配置选择不同的负载均衡算法。
  5. 服务治理:Dubbo提供了丰富的服务治理功能,如容错机制、服务降级、流量控制等,而RMI没有这些功能。
  6. 可扩展性:Dubbo提供了插件机制,可以方便地扩展框架的功能,而RMI的可扩展性相对较差。

综上所述,RMI适合在Java环境下快速构建RPC服务,而Dubbo更适合构建分布式的、可扩展的、高性能的服务框架。

3.2 RMI与gRPC

以下是RMI和gRPC之间的比较:

  1. 语言支持:RMI只支持Java语言,而gRPC支持多种编程语言,包括Java、C++、Python、Go等。

  2. 传输协议:RMI使用Java原生的传输协议,而gRPC使用HTTP/2作为底层传输协议。HTTP/2相较于HTTP/1.1具有更高的性能和更低的延迟。

  3. 序列化:RMI使用Java序列化(Java Serialization)来序列化和反序列化对象,而gRPC使用Protocol Buffers(protobuf)作为默认的序列化协议。protobuf具有更高的效率和更小的数据大小。

  4. 异步支持:gRPC默认支持异步调用,可以使用流式处理(streaming)进行高效的数据传输。而RMI主要是同步调用,不直接支持流式处理。

  5. 生态系统:RMI是Java的标准库之一,因此在Java生态系统中有广泛的使用和支持。gRPC虽然相对较新,但在Google等大型公司中已经得到广泛应用,并且在开源社区中也有活跃的支持和贡献。

总的来说,RMI适用于Java语言开发的分布式系统,而gRPC更为通用,可以支持多种编程语言,并且具有更高的性能和更丰富的特性。选择哪个框架取决于具体的需求和项目的技术栈。

3.3 RMI与Spring Cloud

RMI(Remote Method Invocation)是Java平台上的一种远程调用机制,而Spring Cloud是一个用于构建分布式系统的开源框架。它们有以下几个方面的区别:

  1. 技术栈:RMI是Java特有的远程调用机制,而Spring Cloud是一个基于Spring框架的分布式系统解决方案,可以使用多种语言进行开发。

  2. 支持的协议:RMI使用JRMP(Java Remote Method Protocol)作为底层协议,而Spring Cloud可以使用多种协议,如HTTP、TCP等。

  3. 复杂性和灵活性:RMI相对来说比较复杂,需要实现Java的远程接口,并使用Java的序列化机制。Spring Cloud提供了更灵活的方式,可以使用各种编程语言和序列化机制。

  4. 生态系统:Spring Cloud拥有庞大的生态系统,提供了丰富的功能和插件,可以方便地集成各种开源组件和云服务。RMI的生态系统相对较小。

  5. 功能和扩展性:Spring Cloud提供了一系列的功能,如服务注册与发现、负载均衡、断路器等,方便构建复杂的分布式系统。RMI相对来说功能较为有限,主要用于Java之间的远程调用。

综上所述,RMI适合于Java平台内部的远程调用,而Spring Cloud则更适合构建跨语言、跨平台的分布式系统。选择哪种框架取决于具体的需求和技术栈。

四、RMI的前景展望

4.1 分布式计算的发展趋势

分布式计算是指将计算任务分解成多个子任务,由多个计算节点同时执行的一种计算模式。随着计算任务的复杂性和数据量的增加,分布式计算变得越来越重要。而RMI(远程方法调用)作为一种分布式计算框架,也具有较大的发展前景。

在未来,分布式计算的发展趋势可能包括以下几个方面:

  1. 大规模计算集群:随着云计算技术的发展和计算资源的丰富,分布式计算将更多地依赖于大规模计算集群。这些集群可以由数千甚至数百万个计算节点组成,能够处理海量数据和高并发请求。

  2. 弹性计算:随着计算任务的不断变化和计算资源的需求波动,分布式计算将越来越注重弹性计算。弹性计算可以根据实际需求来增加或减少计算节点,以提高计算效率和资源利用率。

  3. 混合云计算:将公有云、私有云和边缘计算等不同计算资源整合在一起,形成混合云计算环境。分布式计算将更多地运行在这样的混合云环境中,以满足不同计算需求的灵活性和效率。

  4. 容器技术:容器技术如Docker的发展将进一步简化分布式计算的部署和管理。通过容器化的方式,可以更方便地将计算任务部署到不同的计算节点上,并提供隔离和资源管理的功能。

  5. 边缘计算:随着物联网和移动计算设备的普及,分布式计算将更多地向边缘计算方向发展。边缘计算可以在离用户更近的地方进行计算,减少网络延迟和带宽消耗,并提供更快的响应速度和更好的用户体验。

总之,分布式计算作为一种解决大规模计算和海量数据处理问题的有效方式,将在未来继续得到广泛应用和发展。而RMI作为一种分布式计算框架,也将在这个发展趋势中发挥重要作用。

4.2 RMI在新兴技术中的融合与应用

4.2.1 云计算与RMI的结合

RMI(Remote Method Invocation)是Java中用于实现分布式系统的一种机制,通过RMI可以实现远程方法调用。在云计算领域中,RMI可以被应用于构建分布式应用程序和服务。

云计算是一种基于互联网的计算模式,通过将计算资源和服务提供给用户,实现按需使用和灵活扩展。RMI与云计算的结合可以带来以下优势和应用:

  1. 分布式应用程序:使用RMI可以轻松构建分布式应用程序,将应用程序的不同部分部署在云上的多个节点上,实现负载均衡和高可用性。例如,可以将数据库部署在云上的一台服务器上,而将应用程序的前端部分部署在云上的多个服务器上,通过RMI进行通信和调用。

  2. 弹性扩展:云计算的一个关键特点是弹性扩展,即根据实际需求动态增加或减少计算资源。通过RMI,可以方便地将新的计算节点加入到云中,并进行资源管理和负载均衡。例如,当用户请求增加时,可以使用RMI动态地将新的计算节点加入到云中,以提供更好的性能和可用性。

  3. 云服务:云计算提供了一系列的云服务,如云存储、云数据库、云消息队列等。通过RMI,可以将这些云服务封装成可远程调用的接口,方便应用程序在云上的不同节点之间进行数据交互和通信。例如,可以使用RMI调用云存储服务来读取和写入数据。

  4. 云中间件:云计算中的中间件是一种软件层,用于提供通用的云服务和功能,如负载均衡、容错机制、事务管理等。通过RMI,可以实现云中间件的远程调用和通信,方便不同应用程序和服务之间的集成和交互。

需要注意的是,在将RMI与云计算结合时,应考虑网络延迟、带宽和安全等因素。由于云计算中的计算节点可能位于不同的地理位置,网络延迟可能会对远程方法调用性能造成影响。因此,需要使用合适的网络架构和优化技术来减少延迟。同时,应采取安全措施,确保远程调用的安全性和可靠性。

4.2.2 大数据处理与RMI的关联

RMI(Remote Method Invocation)是Java中实现远程方法调用的一种机制,而大数据处理是一种针对海量数据的处理和分析技术。

RMI与大数据处理的关联可以从以下几个方面来讨论:

  1. 数据处理分布式框架:大数据处理通常需要使用分布式计算框架,如Hadoop或Spark等。这些框架可以将任务分解为多个子任务,并在多台计算机上并行执行。RMI可以作为分布式框架中节点之间通信的一种方式,用于调用远程方法传递数据、协调任务和收集结果。

  2. 数据访问和存储:大数据处理通常需要从分布式存储系统中获取数据,并将结果存储回去。RMI可以用于远程访问和调用存储系统的接口,实现数据的读取和写入。例如,可以使用RMI调用Hadoop的HDFS接口来读取和写入分布式文件系统中的数据。

  3. 分布式计算任务调度:大数据处理中的任务通常需要在分布式计算框架中进行调度和执行。RMI可以作为任务调度的一种手段,用于远程调用和协调任务的执行。例如,可以使用RMI调用Spark集群中的Executor节点来执行具体的计算任务。

  4. 并行计算和协同处理:大数据处理需要进行并行计算和协同处理,以提高计算效率和减少处理时间。RMI可以用于节点之间的通信和数据交换,实现并行计算和协同处理。例如,可以使用RMI调用分布式计算框架中的函数或方法,对数据进行并行处理。

需要注意的是,在使用RMI进行大数据处理时,需要考虑网络延迟和负载均衡等问题。由于大数据处理通常会涉及到大量的数据传输和计算,网络传输的效率和负载均衡的优化对系统的性能和可扩展性至关重要。因此,需要根据实际情况设计合适的架构和调优策略,以充分利用RMI的优势并提高大数据处理的效率。

4.3 RMI的未来发展方向

4.3.1 性能优化与扩展性提升

RMI(远程方法调用)是一种在分布式系统中实现方法调用的技术。虽然RMI已经有很长的历史,但在当前的云计算和大数据时代,它仍然具有重要的作用。为了在未来发展中保持竞争力,RMI需要优化性能和提高扩展性。

一方面,性能优化可以通过以下方式来实现:

  1. 序列化优化:RMI使用Java对象的序列化和反序列化来传递参数和返回值。优化序列化算法、减少序列化数据的大小,可以提高RMI的性能。

  2. 网络通信优化:RMI依赖于网络通信来传输方法调用和返回值。优化网络通信协议、增加并行处理能力,可以减少网络延迟和提高吞吐量。

  3. 缓存和预取:RMI可以在客户端和服务端使用缓存来存储经常使用的数据,避免重复的远程方法调用。另外,可以预取数据到客户端,减少对服务端的依赖。

另一方面,扩展性提升可以通过以下方式来实现:

  1. 分布式架构:RMI可以通过将方法调用分布到多个服务端和客户端来提高系统的扩展性。可以使用负载均衡算法来选择最合适的服务端,并使用分布式事务来保证数据的一致性。

  2. 异步调用:RMI可以通过异步调用来提升系统的并发处理能力。客户端可以在发送方法调用后立即返回,而不必等待返回结果。服务端在处理完方法调用后,可以通过回调函数将结果返回给客户端。

  3. 消息队列:RMI可以与消息队列结合使用,实现异步和解耦合的方法调用。客户端将方法调用发送到消息队列,服务端从队列中获取方法调用并执行,并将结果返回到另一个队列中。这种方式可以提高系统的可伸缩性和弹性。

总之,RMI的未来发展方向之一是性能优化,通过优化序列化、网络通信和数据访问等方面来提高RMI的性能。另一个方向是扩展性提升,通过分布式架构、异步调用和消息队列等方式来提高RMI的并发处理能力和可伸缩性。

4.3.2 跨平台与跨语言支持的改进

RMI是Java远程方法调用的一种机制,用于实现分布式系统中的远程调用。然而,RMI目前仅限于Java语言的支持,无法跨平台和跨语言使用。为了改进RMI的跨平台与跨语言支持,可以考虑以下方向:

  1. 支持其他编程语言:当前的RMI机制只支持Java语言,可以扩展RMI以支持其他编程语言,如Python、C++等。这样,不同语言的开发者可以使用RMI机制来实现跨语言的远程调用。

  2. 制定一种通用的跨平台协议:为了实现跨平台支持,可以制定一种通用的跨平台协议,使不同平台的系统可以互相通信。例如,使用JSON或XML作为数据格式,通过HTTP或TCP/IP等协议进行通信。

  3. 使用Web服务技术:Web服务是一种基于标准化协议和格式的分布式系统通信方式,可以跨平台、跨语言地实现系统之间的远程调用。可以考虑将RMI与Web服务技术相结合,使用SOAP或RESTful等协议实现跨平台与跨语言的远程调用。

  4. 使用中间件技术:中间件是一种位于操作系统和应用程序之间的软件层,可以提供统一的接口和协议,实现不同平台和语言之间的通信。可以使用中间件技术,如CORBA、消息队列等,来实现RMI的跨平台与跨语言支持。

总的来说,改进RMI的跨平台与跨语言支持需要综合考虑不同的技术方案,并根据具体的需求和场景选择合适的解决方案。这样可以让RMI更加灵活和通用,使其能够在更广泛的环境中使用。

五、总结与展望

5.1 RMI在分布式计算中的价值与地位

RMI(远程方法调用)在分布式计算中具有重要的价值和地位。它是一种机制,可以使分布在不同计算机上的程序通过网络进行通信和相互调用。

以下是RMI在分布式计算中的几个重要价值和地位:

  1. 简化分布式计算:RMI提供了一种简单和透明的方式来调用远程计算机上的方法。它隐藏了底层的网络细节,使得分布式计算变得更加容易和方便。

  2. 提供分布式对象访问:RMI允许程序在远程计算机上访问和操作远程对象。这使得分布式系统可以共享和利用远程资源,提高系统的灵活性和效率。

  3. 实现分布式任务协同:RMI可以将任务分布到不同的计算机上,并通过调用远程方法来实现协同计算。这使得分布式系统可以更好地利用计算资源,提高任务处理的效率。

  4. 支持分布式系统的扩展性和可伸缩性:RMI可以通过简单地添加更多的远程计算机来扩展分布式系统的规模和能力。这使得系统可以根据需求进行弹性扩展,提高系统的可伸缩性和适应性。

  5. 实现分布式系统的可靠性和容错性:RMI提供了可靠的网络通信和错误处理机制,可以处理网络中出现的错误和故障。这使得分布式系统可以更好地容忍错误和故障,提高系统的可靠性和容错性。

因此,RMI在分布式计算中具有重要的价值和地位。它使得分布式计算变得更加简单和方便,提供了分布式对象访问和任务协同的能力,支持系统的扩展性和可伸缩性,以及提高了系统的可靠性和容错性。

5.2 对RMI未来发展的期待与建议

对于RMI(远程方法调用)的未来发展,我有以下期待和建议:

1.加强安全性: 随着网络攻击日益增多和技术不断发展,RMI需要加强安全性来保护系统和数据的安全。建议在RMI中加入更强大的身份验证和授权机制,以防止未经授权的访问和数据泄露。

2.提高性能: RMI在远程方法调用时会引入一定的延迟和网络开销,这对于某些应用来说可能是一个瓶颈。希望RMI能够进一步改进性能,减少延迟和网络开销,提高系统的响应速度和吞吐量。

3.支持跨平台和多语言: 现在的RMI主要基于Java语言,限制了其在跨平台和多语言方面的应用。期待RMI能够支持更多的编程语言和平台,使得不同语言和平台的应用能够无缝地进行远程方法调用。

4.增加容错性: 在分布式系统中,容错性是一个非常重要的问题。希望RMI能够提供更好的容错机制,能够处理网络故障和错误,确保系统的稳定性和可靠性。

5.优化代码生成: RMI底层使用了Java的反射来生成动态代理对象,这在一些性能要求较高的应用中可能会产生一定的性能损耗。希望RMI能够通过优化代码生成的方式来提高性能,减少不必要的开销。

总之,希望RMI在未来能够不断改进和发展,提供更安全、高效、稳定和易用的远程方法调用机制。

六、结语

未来,随着分布式计算和云计算的发展,RMI在分布式系统中仍将发挥重要作用。虽然RMI有一些局限性和挑战,但通过适当的优化和架构选择,可以克服这些限制,提高系统的性能和可扩展性。同时,新的分布式计算技术的出现,如gRPC、Apache Dubbo等,也对RMI提出了更高的要求,希望未来能够在RMI的基础上继续发展和优化。

总之,RMI作为一种简单易用的Java对象远程调用技术,具有广泛的应用前景。虽然存在一些局限性和挑战,但通过合适的优化和架构选择,可以充分发挥RMI在分布式系统中的优势,实现高性能和可扩展的分布式计算应用。

相关推荐
弥琉撒到我1 小时前
微服务swagger解析部署使用全流程
java·微服务·架构·swagger
奔跑吧邓邓子5 小时前
大数据利器Hadoop:从基础到实战,一篇文章掌握大数据处理精髓!
大数据·hadoop·分布式
weixin_453965009 小时前
[单master节点k8s部署]30.ceph分布式存储(一)
分布式·ceph·kubernetes
weixin_453965009 小时前
[单master节点k8s部署]32.ceph分布式存储(三)
分布式·ceph·kubernetes
Dylanioucn11 小时前
【分布式微服务云原生】掌握分布式缓存:Redis与Memcached的深入解析与实战指南
分布式·缓存·云原生
王彬泽13 小时前
【微服务】组件、基础工程构建(day2)
微服务
Cikiss13 小时前
微服务实战——SpringCache 整合 Redis
java·redis·后端·微服务
Cikiss13 小时前
微服务实战——平台属性
java·数据库·后端·微服务
weixin_4539650015 小时前
[单master节点k8s部署]31.ceph分布式存储(二)
分布式·ceph·kubernetes
坎坎坷坷.15 小时前
分布式理论:拜占庭将军问题
分布式