全球信息网格

　　网格计算适合美国国防部 (DoD) 的全球信息网格远景(DoD 的系统具有异构性)。对于属于 GIG 的网格计算，有三种使用网格计算的方法：

　　计算网格：侧重于计算密集型操作的网格

　　数据网格：处理数据的数据计算系统——控制大量的分布式数据的共享和管理

　　设备网格：其中周围网格用于远程控制设备和分析产生的数据

　　美国国防部根据数据网格类型定义了 GIG 企业服务。这表示已从以系统为网络中心的网络转移到以数据为中心的网络。

　　实时决策

　　GIG 提高了对环境中需求的响应，用户可以从网格中的任何位置随需访问、共享、收集、处理、存储、传播和管理信息。

　　GIG 的目标是在以网络为中心的环境中获取信息优势，使各种系统和基于消息传递的 Web 服务能够以并行方式进行互相操作，以便解决对任何独立计算机而言计算量太密集的问题。GIG 用户可以发布和检索信息并进行实时决策，而不是依赖于多个自动信息系统应用程序提供的历史信息。

　　低延迟

　　密集型解决方案需要非常高的吞吐量和低延迟，就像 IBM WebSphere? MQ Low Latency Messaging 提供的一样。这些解决方案可以解决金融市场的高周转贸易和分析环境中涌现的大量数据。

　　为一对多的多播消息传递设计的低延迟消息传递软件可以在以太网上每秒提交大约一百万条 120 字节的消息，在 InfiniBand 上每秒提交接近三百万条 120 字节的消息，每秒提交超过八百万条更小的消息，所有这些功能都是在普通的 x86 架构的服务器上实现的。测试还表明具有非常低的延迟，在 InfiniBand 上每秒提交一万条 120 字节的消息所需延迟为 30 毫秒，在 Ethernet 上为 61 毫秒。

　　网格缺少什么

　　在携带信息的网格中，GIG 根据需要将本身“借给” SOA。这意味着网格计算现在依赖于一组开放标准和协议，其中包括用于 Web Serivces 的关键 SOA 标准。

　　将这些 Web Serivces 移动到网格时，这些标准不足以在网格级别解决资源和性能问题。在网格环境的不同领域中，我们需要比 WS-Resource 传输规范包含更多的内容;就需求而言，我们需要考虑将其用作一种方法，以存储和恢复关于网格到网格的监视和管理以及安全的一般信息。

　　问题是无论资源是否缺乏，Web 服务通常均以松散耦合方式运行。我们需要找到一些方法，以确保多个工作站中的资源位于网格中时不被浪费。要找到这些方法，应考虑网格中缺少什么，然后提供一些解决方案。

　　监视网格规模变化

　　在非网格环境中，资源量可能有从低到高的变化，反之亦然。Web 服务等待发送或接收消息时，资源可能缺乏也可能不缺乏。如果在数千个工作站都不能充分控制规模变化，则会对网格中的单系统映像造成影响，从而导致资源过载。

　　一个解决方案是开发网格监视器来监视其他工作站如何利用和共享每个工作站的未使用资源。如果系统发现没有正确地利用任何工作站上的未使用资源，则会向网格和系统管理员发送警报，这样他们可以在日志中查找详细信息以便解决问题。

　　网格切换耦合

　　关于 SOA 中的紧密耦合 Web Services 的文章讨论了如何在工作站级别通过耦合切换机制使用 Web Services。当 Web Services 收到的相应资源达到特定级别的警报时，此切换机制将从松散耦合转换为紧密耦合。在 Web Services 进行切换时，必须切换某些 WS 标准(例如，用于松散耦合的 WS-Context 切换为用于紧密耦合的 WS-Addressing)。