参加了上周在上海举办的Oracle Fusion Middle Ware Forum，
会议中，那段非常有创意的动画一定吸引了大家。主要是讲述了虚拟世界的Sunset Bain通过神奇的手镯而化名Sue Bastinn来到现实世界，企图通过影响现实世界的流行度来打败虚拟世界中的钢铁侠的故事。故事中，主人公被杂志社的IT系统所吸引，动画向我们展示了企业中的门户技术，CRM , 业务流程管理，SOA， 商业智能，安全等多种技术，这也正是Oracle 中间件技术所能帮助客户所实现的。
另外在这次会议中，发现大家对于演讲中的“应用网格”部分有非常高的热情，后来和DongKui的交流，他说讲完应用网格技术，就好多感兴趣的人围了上来。所以就来谈谈应用网格技术，在开始之前先讲讲网格计算的一些基本的概念。
讨论网格计算最常用的一个比喻就是“电力网格”，也就是我们平时在使用电力的时候，并不需要关心我们用的电是来自三峡的或者是秦山核电站。当地的公用事业公司提供了接入由发电机和电源组成的复杂网络的接口，并且（在大多数情况下）为满足您的能源需求提供了满意的服务质量。不需要每家每户或邻近地区使用和维护他们自己的发电机，电力网格基础设施提供了虚拟的发电机。该发电机高度可靠，并根据客户的要求来适应客户的电力需求。也就是说网格计算就是将所有 IT 资源集中到一组共享服务中，用于满足所有的企业计算需求。网格计算基础架构将不断分析资源需求，并对供应做出相应调整。您无需关心数据的位置，也无需知道哪个计算机处理您的请求。您可以随时请求并让其提供任意多的信息或计算能力。企业中的网格应用一般分为基础架构层面和应用程序层面，本篇中主要讨论基于中间件技术的应用网格。
1 应用网格
应用网络主要是在应用程序级别实现的网格计算功能，如下图：
² 实现对于资源的的分担和共享
² 对于资源消费的解耦
基于应用网格的这种架构主要可以通过对于资源的更好的利用和动态分配为我们带来更好可预见能力。这种松耦合性及共享池的模式使得我们可以对已有的资源充分的利用，以较小的资源投资的情况下来提供可靠的服务质量。
同时在上图中我们可以看出，应用网格主要包括下面三个方面：
1. 应用处理：
包括JVM，应用服务器平台或者是交易处理平台。对于JVM需要提供精确的时间相应如100ms, 1ms，确定的垃圾回收机制，可以进行监控、管理、分析和消除Java应用程序内存泄漏，而不会引起通常与此类工具相关联的性能开销。对于应用服务器需要提供动态的群集，群集中各个节点模块的按需部署，高度易管理的、预期可扩展的，严格的消息排序，自动的透明客户端重新连接，存储和转发能确保可靠消息传递。
2. 基于内存的数据网格：
使得数据可以从物理内存和应用之间分离。基于内存的可靠的、高度可伸缩的对等集群协议之上提供了复制的、分布式的（分区的）数据管理和缓存服务。不存在单点故障，当某台服务器无法操作或从网络断开时，内存网格可以自动且透明地进行故障切换并重新分布它的集群化数据管理服务。当新服务器加入或故障服务器重启时，它会自动加入集群，内存网格会将服务切回到该服务器，透明地重新分布集群负载。包含网络级的容错特性和透明的软重启功能，以支持服务器自我修复。内存网格 是一个适用于集群化应用程序和应用服务器的符合JCache的内存中分布式数据网格解决方案。组织可以使用 内存网格 在可预测的情况下扩展关键任务应用程序，提供对经常使用的数据的快速、可靠的访问。内存网格 使客户可以将数据推送到更接近应用程序的地方，以提供更快的访问和更大的资源利用率。通过自动、动态地对位于多台服务器上的内存中数据进行分区，内存网格 实现了持续的数据可用性和事务完整性（即使在服务器发生故障时）。内存网格 是一个共享基础架构，它将数据局部性与本地处理功能相结合，可以执行实时数据分析、内存中网格计算，以及并行的事务和事件处理。
3. 管理框架：
这一层面的需要主要是针对虚拟化，这样的框架必须是智能的，能很大程度上的自动化，通过持续不断的监控可以动态的调整应用程序的资源使其遵守预定义的SLAs。支持对 Java 应用程序的集中管理和控制，包括动态激活和扩展，以满足不断变化的关键任务业务需求。运营团队可以基于应用程序级别的 SLA 定义策略以控制硬件和软件的分配，确保服务质量 (QoS) 目标在虚拟化和非虚拟化平台中都得以实现。
整个的数据中心能够充分的利用流动计算资源集合，对于部署，测试和管理都是非常容易的。比如，应用的开发者不需要担心应用到底是部署在哪个应用服务器或JVM之上的，也不需要担心那些内存缓存是他们的应用需要释放的。对于管理人员，不需要监控生产环境中的资源池的使用情况，应用网格一旦发现违反SLA的情况出现了，就会自动的从哪些没有达到符合的应用中调节资源过来，以满足SLA从而确保服务质量。
2 SOA与网格计算
网格中的应用程序资源是业务逻辑和流程流，这些都是应用软件的组件。这些资源可能位于打包的应用程序或定制的应用程序中，并且它们可以是用任何编程语言编写的。例如，从客户那里获取订单然后发送确认信息的软件，打印工资单的流程以及将某个特定的客户电话转给某个特定代理的逻辑都是应用程序资源。
应用程序资源的虚拟化包括将应用程序组件作为服务发布，使其可为多个使用者所使用，这些使用者可以是人员或流程。协调是指将这些服务供应到功能更强大的业务流中。例如，为新员工做准备工作的业务流可以通过组合下列流程进行协调：在 HR 系统中创建一个用户，创建一个新电子邮件帐户，订购计算机，设置电话和语音邮件，提供一个欢迎数据包。其中的关键是：这些单独的流程完全可以互相独立地提供，然后又可以轻松地集成。
网格计算实现了 IT 基础架构资源更好的重用以及更强的灵活性，它还以同样的方式将应用程序组件视为资源。过将这些资源发布和协调到更加复杂的业务流，网格计算实现了应用程序功能更好的重用以及改变和构建新组合应用程序方面的灵活性。从发布的服务协调的应用程序能够将企业中的活动视为一个整体，因此流程在各个地理区域和业务单位之间都是标准化的，并且流程进行了端到端的自动化。这样就通过增强的自动化以及降低的可变性生成了更加可靠的业务流程并降低了成本。
上面所讲述的应用程序网格计算的特征和优点恰恰是面向服务体系结构 (SOA) 的特征和优点。SOA 的基础是一组服务 － 独立的、定义良好的软件功能封装，可以使用异构平台和执行环境通过网络调用这些服务。SOA 将这些独立的服务进行连接以实现更大的目标。
实现 SOA 的方式是使用基于 XML 的Web 服务标准。Web 服务之所以能够在以前分布式计算体系结构失败的情况下得以成功，其原因有三：标准、广泛的采用、松散的耦合。
首先，定义通用接口（即 WSDL）和通用消息结构（即 SOAP）的 Web 服务标准非常简单。另外，很快就定义了周边功能（如业务流和行业特定的数据表示）的标准。
第二，Web 服务标准使用已经广泛采用的基础 Internet 标准，如 HTTP，从而减少了采用障碍。另外，Web 服务标准也已被广泛结合到了打包的软件中，并被很多行业的许多公司所采用，因此增强了其他领域采用 Web 服务的价值。
最后，XML 使 Web 服务更加松散的耦合，因此在面对变化时比分布式体系结构（如分布式对象）更加灵活。基于XML 的 Web 服务简化了信息之间文档样式的交换，这种交换可以是异步的，并且可以进行很大程度地自我描述。XML 通过允许服务使用者忽略不理解的内容进一步适应变化和增强灵活性。
XML 的灵活性也要付出代价，即与耦合更紧密的环境相比，它需要在网络上交换更多的数据。由于这个原因，理想的 SOA Web 服务实现将提供相对粗粒度的服务，并使用耦合更紧密的编程方法（如 J2EE 或 .NET）在某个特定服务中实现和通信。
很多对网格计算感兴趣的供应商都已经将注意力放在了网格资源管理上，这是因为它适用于计算机、存储、联网和操作系统。同时，中间件供应商和应用程序供应商已经分别在 Web 服务和面向服务体系结构的目标下，在应用程序领域中寻求理想的网格计算。但是现在这两个领域正在逐渐交汇在一起。Web 服务标准已经发展为支持所有资源类型进行独立于语言的消息传送的共同基础。Global GridForum 定义的新网格标准是以 W3C 和 OASIS 定义的Web 服务标准为基础的。
本文仅代表作者本人观点，如有转载，请与作者联系：http://space.itpub.net/16184648/
image002.jpg来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/16184648/viewspace-481721/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/16184648/viewspace-481721/
807
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
