GT3核心

2004-10-19撰写

本文适合对网格计算和GT感兴趣的朋友。虽然现在GT4正在按部就班的实现，但理解GT3仍然是非常有必要的。GT3－>GT4的变化其实并不大。 GT3 core 即Grid service(以下简称GS),GS本质上就是Web Service(以下简称WS).它在WS的基础上加入了一些功能. 相对于其他分布式计算技术(如CORBA,RMI,EJB),WS的优势: 1.它基于标准XML,使得它平台无关,编程语言无关.  2.它使用HTTP作为通讯协议,Internet上多数机器,代理的防火墙均不限制HTTP. WS的缺点： 1.缺少一些特性(生命周期管理,通知,持久稳固性(persistency)). 2.WS是无状态的(stateless),使得它无法记得一个调用做了什么.而GS将改进WS,加入一些功能. 到底GS比WS多了什么？ 1.稳固持久的Grid Service和暂时的Service实例 GS使用工厂方法来替代所有用户共享的单一的无状态的WS实例.对于任何一个GS,当它被第一次部署到Server时,将生成一个工厂.这个工厂将负责管理所有Service实例. 例如,当一个用户要使用一个Service,它让工厂生产一个实例,一旦实例created,一个GSH(Grid Service Handle)也随之产生,赋予此实例.GSH就像一个地址,指明Service的所在.用户想知道如何与Service通信,就把GSH发给handle resolver,GSR(Grid Service Reference)会返回给用户,GSR里包括GS的细节信息(如methods,message types),如果使用了SOAP绑定,这个GSR就是WSDL file.每个service实例都是暂时的,都有生命周期,不同的用户可以只和他自己的service通信,如果有必要,一个service实例也可以为多个用户服务。 2 Service Data 我们知道在UDDI目录里，我们可以发现Service以满足我们的需求，但如果有多个相像的Services，我们不知哪一个更合适。你可以通过WSDL来做决定，但是使用WSDL有两个问题，一个是WSDL里包含了很多复杂的技术细节以至不易查询，二是对于数据不断变化的service, WSDL不容易动态修改。Service Data是一个service的相关数据。每个service实例都有它自己的数据集，包括一个或多个SDE(service data elements).SDE可以为一个简单的命名的值，或是一个复杂的结构。 GT3 core中，每个SDE被实现为一个java class,就像java bean.我们通过get,set方法来访问SDE的值。一个叫SDD(service data description)的文件将和WSDL一起传送，用来说明SDE。 3 生命周期管理 GT3 core有两种方法来定义service实例的lifecycle.一是创建实例前和service工厂协商，二是实例生命期内给实例发消息，这种消息会包括requestTerminationBefore,requestTerminationAfter.GT3 core提供了一些callback方法允许客户在生命期改变时获得通知。Lifecycle monitor也提供了对生命期的管理。 4 通知 通知机制允许当GS的service data发生变化时通知客户。也就是说允许不同程序和用户可以通过service data通信。用户可以预定并开始监听，只要发生了改变，预定的用户将立刻得到通知。有两种通知形式：pull，service实例只是告诉用户，改变发生了，客户需要再给service实例发请求以获得service data的更新；push，通知时会把更新的信息一并发送。