31、网格Web服务与应用工厂

网格Web服务与应用工厂

1. 引言

网格可定义为一层网络服务，允许用户通过单点登录访问分布式的计算、数据和应用资源集合。网格服务能让整个资源集合看起来像一个无缝的信息处理系统，用户可从任何位置访问。然而，对于应用开发者而言，实现这一网格愿景并非易事。尽管有一些优秀的网格架构框架，如Globus和Legion/Avaki，但应用开发和部署的任务并未变得更简单。底层资源的异构性仍是一个重大障碍。科学应用通常需要大量库，而这些库在不同平台上的安装方式各异。此外，基于Unix的默认用户环境在不同用户之间，甚至在用户的交互式环境和批处理队列提供的默认环境之间都有很大差异。因此，一个应用开发者将执行脚本和可执行目标代码交给另一个用户，并期望后者能在同一台机器上成功运行程序，更不用说在网格中的不同机器上运行，几乎是不可能的。当应用是分布式计算，需要用户在远程资源上成功启动异构应用集合时，问题会变得更加复杂。失败是常态，可能需要数天甚至数周才能找出所有设置错误的环境变量和路径名。

一种不同的方法是基于Web服务模型，该模型在行业中迅速受到关注。其核心思想是将分布式计算中组件的部署和实例化责任与该组件的用户分离。在Web服务模型中，用户仅负责访问正在运行的服务。Globus Toolkit提供了远程执行作业的服务，但它并未尝试提供一个标准的托管环境来保证作业正确执行，这一任务留给了用户。而在Web服务模型中，作业执行和生命周期由服务提供商负责。

最近提出的开放网格服务架构（OGSA）为构建与这种服务模型视图一致的网格应用提供了新框架。OGSA规定，一个Web服务要成为网格服务，必须具备以下三点：
- 它必须是某种服务类型的服务实现实例。
- 它必须有一个网格服务句柄（GSH）