第二章 分布式计算范型概述

2分布式计算范型概述
2.1消息传递：一个进程发送代表请求的消息，该消息被传送到接受者；接受者处理该请求，并发送一条应答消息。随后，该应答可能触发下一个请求，并导致下一个应答消息。如此不断反复传递消息，实现两个进程间的数据交换.
基于该范型的开发工具有Socket应用程序接口（Socket API）和信息传递接口（Message Passing Interface，MPI）等
2.2消息系统：消息系统模型可以进一步划分为两种子类型：点对点消息模型（Point-to-point message model）和发布订阅消息模型（Public/Subscribe message model）。
在这种模型中，消息系统将来自发送者的一条消息转发到接收者的消息队列中。与基本的消息传递模型不同的是，这种中间件模型提供了消息暂存的功能，从而可以将消息的发送和接受分离。与基本的消息传递模型相比，点对点消息模型为实现异步消息操作提供了额外的一层抽象。如果要在基本的消息传递模型中达到同样的结果，就必须借助于线程或者子进程技术。
在该模型中，每条消息都与某一主体或事件相关。对某个事件感兴趣的应用程序可以订阅与该事件相关的消息。当订阅者等待的时间发生时，触发该事件的进程将发布一条消息来宣布该事件或主题。中间件消息系统将这条消息分发给该消息的所有订阅者。发布/订阅消息模型提供了一种用于组播或组通信的强大抽象机制。
2.3远程过程调用：在分布式系统中，数据库一般驻存在服务器上，客户机（进程）通过远程数据库服务功能访问数据库服务器（如图所示），现有的远程数据库服务是使用RPC模式的，例如Oracle数据库提供了存储过程机制，系统与用户定义的存储过程在数据库服务器上，用户在客户端使用RPC模式调用存储过程获取数据。
2.4分布式对象：远程方法调用（Remote Method Invocation，RMI）是面向对象版本的RPC。在该范型中，进程可以调用对象方法，而该对象可驻留于某远程主机中。与RPC一样，参数可随方法调用传递，也可提供返回值
2.5网络服务：网络服务范型本质上是对远程方法调用范型的扩展，区别在于服务对象在全局目录服务中注册，允许联邦网络中的服务请求者查询和访问这些服务。在理想情况下，可以采用全局惟一标志符注册和访问服务，在这种情况下，范型将提供额外的一种抽象：位置透明性。位置透明性允许软件开发者在访问对象或服务时，无需知道对象或服务所在的具体位置。
————————————————
版权声明：本文为CSDN博主「zhaohaiyang_」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/zhaohaiyang_/article/details/103365395