分布式计算、云计算与大数据
分布式计算范型-第2章
消息传递
一个进程发送代表请求的消息,该消息被传送到接受者;接受者处理该请求,并发送一条应答消息。随后,该应答可能触发下一个请求,并导致下一个应答消息。如此不断反复传递消息,实现两个进程间的数据交换。
基于该范型的开发工具有Socket应用程序接口(Socket API)和信息传递接口(Message Passing Interface,MPI)等。
客户-服务器范型
客户-服务器范型(简称CS范型)是网络应用中使用最多一种分布式计算范型,该模型将非对称角色分配给两个协作进程。其中,服务器进程扮演服务提供者角色,被动地等待请求的到达。另一个客户进程向服务器发起请求,并等待服务器响应。
peer-to-peer范型
peer-to-peer范型源于P2P网络(又称为对等计算网络),简称为P2P范型。P2P网络是无中心服务器。
在peer-to-peer范型中,各参与进程的地位是平等的,都具有相同的性能和责任(因此,称它们为peer)。每个参与者(进程)都可以向另一个参与者发起请求和接收响应。在一个基于P2P范型的分布式应用中,每一个参与的进程往往既承担的服务器进程的角色(资源提供者),又承担了客户进程的角色(资源请求者)。
消息系统
消息系统充当了一些相当独立的进程之间的中介。不同的进程以非耦合的方式,通过消息系统异步地交换消息。消息发送者(进程)在发送消息时,将一条消息放入消息系统中,后者接着将该消息转发到与各个接受者(进程)相应的消息接收队列中,一旦消息发送出去,发送者即可执行其他任务了。
消息系统模型可以进一步划分为两种子类型:点对点消息模型(Point-to-point message model)和发布订阅消息模型(Public/Subscribe message model)。
在这种模型中,消息系统将来自发送者的一条消息转发到接收者的消息队列中。与基本的消息传递模型不同的是,这种中间件模型提供了消息暂存的功能,从而可以将消息的发送和接受分离。与基本的消息传递模型相比,点对点消息模型为实现异步消息操作提供了额外的一层抽象。如果要在基本的消息传递模型中达到同样的结果,就必须借助于线程或者子进程技术。
在该模型中,每条消息都与某一主体或事件相关。对某个事件感兴趣的应用程序可以订阅与该事件相关的消息。当订阅者等待的时间发生时,触发该事件的进程将发布一条消息来宣布该事件或主题。中间件消息系统将这条消息分发给该消息的所有订阅者。发布/订阅消息模型提供了一种用于组播或组通信的强大抽象机制。
远程过程调用
如果进程A希望向另一个进程B发出请求,就可以向进程B发出一个过程调用,同时传递的还有一组参数值。与本地过程调用的情况一样,该远程过程调用也会触发进程B所提供的某一过程中预定义的动作。过程执行完毕后,进程B将返回一个值给进程A。
在分布式系统中,数据库一般驻存在服务器上,客户机(进程)通过远程数据库服务功能访问数据库服务器(如图所示),现有的远程数据库服务是使用RPC模式的,例如Oracle数据库提供了存储过程机制,系统与用户定义的存储过程在数据库服务器上,用户在客户端使用RPC模式调用存储过程获取数据。
分布式对象
远程方法调用(Remote Method Invocation,RMI)是面向对象版本的RPC。在该范型中,进程可以调用对象方法,而该对象可驻留于某远程主机中。与RPC一样,参数可随方法调用传递,也可提供返回值。
网络服务
网络服务范型由服务请求者、服务提供者(对象)和目录服务三者组成。网络服务范型的工作原理为:服务提供者将自身注册到网络上的目录服务器;当服务请求者(进程)需访问服务时,则在运行时与目录服务器联系;然后,如果请求的服务可用,则目录服务器将向目录服务进程提供一个有关该服务的引用;最后,进程利用该引用来与所需的服务进行交互。
网络服务范型本质上是对远程方法调用范型的扩展,区别在于服务对象在全局目录服务中注册,允许联邦网络中的服务请求者查询和访问这些服务。在理想情况下,可以采用全局惟一标志符注册和访问服务,在这种情况下,范型将提供额外的一种抽象:位置透明性。位置透明性允许软件开发者在访问对象或服务时,无需知道对象或服务所在的具体位置。
云服务模型
IaaS:
IaaS在技术是通过创建虚拟的计算、存储中心,使得其能够把计算单元、存储器、I/O设备、带宽等计算机基础设施,集中起来成为一个虚拟的资源池来对外提供服务。通过虚拟化技术,解决了资源灵活调度,提高资源利用率。
PaaS:
PaaS是通过互联网以服务的形式把计算环境、开发环境等平台提供给用户使用的一种范型。
SaaS:
SaaS是Software as a Service的缩写,即软件即服务。是通过互联网以服务的形式把软件及应用程序按需提供给用户使用的一种范型。