第二章

客户-服务器范型（简称CS范型）是网络应用中使用最多一种分布式计算范型，该模型将非对称角色分配给两个协作进程。其中，服务器进程扮演服务提供者角色，被动地等待请求的到达。另一个客户进程向服务器发起请求，并等待服务器响应。
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一样，参数可随方法调用传递，也可提供返回值
对象请求代理范型由对象请求者（Object Requestor）、对象提供者（Object）和对象请求代理（Object Request Broker，ORB）组成。在对象请求代理范型中，进程向对象请求代理发出请求，对象请求代理将请求转发给能提供预期服务的适当对象。
对象请求代理范型与RMI范型非常相似。两者的主要区别在于，对象请求代理范型多了一个对象请求代理，对象请求代理充当中间件角色，作为对象请求者的应用程序可访问多个远程（或本地）对象。对象代理还可以作为异构对象之间的协调者，允许由不同API实现的对象及运行于不同平台上的对象进行交互。
网络服务范型本质上是对远程方法调用范型的扩展，区别在于服务对象在全局目录服务中注册，允许联邦网络中的服务请求者查询和访问这些服务。在理想情况下，可以采用全局惟一标志符注册和访问服务，在这种情况下，范型将提供额外的一种抽象：位置透明性。位置透明性允许软件开发者在访问对象或服务时，无需知道对象或服务所在的具体位置。