云计算VS网格计算 探秘统一解决方案

本文力求找出为什么开发人员要关心基础设施能否在云或在网格中支持他们的应用程序。

开发人员要关心基础设施能否在云中或者网格中支持他们的应用程序？云计算和网格计算模型各有其优缺点，直到最近，依然没有一个结合了这两种模型优点的统一的解决方案。

云供应商GridGain声称有一个融合了云和网格计算的解决方案，允许开发者在一个平台上最大限度地发挥这两种模式的好处。

云计算VS网格计算

云计算和网格计算同样拥有可伸缩、多架构体系结构和多任务处理能力。为了保证不停机工作时间的可用性，这两种模型同时提供了服务水平协议（SLAs）。他们的区别在于基本应用：

- 公共云能使企业在瞬间扩大规模，并且无需投入新的基础设施、培训新人才，或者新的软件许可。

- 计算网格系统能使企业通过相应的软件将其中大块的任务分割成众多小的部分，再将各个子任务分配给底层的处理单元。

云模型能够使计算能力最大化（主要依靠网格的力量），像云一样可以提供许多不同的服务，从网站托管到文字的处理。

“很多人对网格与云的关系感到困惑”，VMware的高级工程师Mike·DiPetrillo说：“其实二者是密切相关的。我总在想虚拟化技术与网格的条件。当你有一个应用程序需要很多的综合计算周期，网格是非常棒的。如果你有很多应用程序，每个程序需要少量计算周期，这时候虚拟化就太棒了。”

“云包括网格和虚拟化”，他补充说，“对于云，你不必介意你是在一个网格基础构架下还是一个虚拟基础构架下。需要做的仅仅是将您的应用程序部署到云，让云去判断如何得到这个应用程序所需要的资源。”

“这就是为什么说云是一个全局的虚拟化技术，SaaS、PaaS或是其他任何你能想到的都包括在云中”，DiPetrillo说。

网格计算的不足之处：

一个关于网格计算的担忧是，如果软件的一个节点发生故障，该软件的其他部分在其他节点也同样崩溃。如果该组件在另一个节点上转移组件故障，可以起到缓解作用。如果组件依赖于其他部分的软件来完成一个或多个网格计算任务，那么问题仍然会出现。

操作和维护大型系统影像和相关硬件可以产生巨大成本以及运用开支。

虽然有时安全和故障会产生问题，但互用性可能成为最大的隐患。如果一家公司外包或让云计算供应商构建应用软件，然后在当他们决定改用另一个云供应商时，该公司会发现，它必须处理两套专有格式的API并以不同格式导入和导出数据。

这是一个关于GridGain开发者的故事：

为了能像开发者一样简单强大的使用云，GridGain公司开发了GridGain平台。

GridGrain的首席执行官--Ivanov称：“这是世界上第一个、也是唯一一个云应用平台，它在同一产品中结合了目前最先进的计算和数据网格技术”。

Ivanov说：“使用GridGain,开发人员不再需要通过模拟计算网格牺牲数据网格功能，反之亦然。”

“我们的平台允许开发人员避免任何用户代码的手动部署，同时提供先进的云启用，按需加载到任何JVM的应用程序”，他说，“这不需要通过网站点击，没有别扭的手动网络配置或重新启动时，没有ANT/ Maven的建立，没有IDE插件，并且没有对管理控制台的需求。”

开发人员可以在没有任何部署或重启网格的GridGain的情况下，执行新的代码或缓存新类型的数据。

“网格或云的安装非常灵活，你可以动态地创建一个新的Java或Scala类，并且实时的把它放到数据网格并开始查询。”此外，GridGain允许开发者向JVM中添加多个节点。

Ivanov称，“这是一个跨越式的前进。事实上，在相同的JVM，你可以开启整个网格或云的权限，并在你的调试器中追踪多个节点和步骤上的断点，从而实现永不断开的IDE。” (责任编辑：admin)