SOA Agents──当网格遇上SOA

最近几年，SOA获得了巨大进步。它由软件爱好者的实验性实现走向了今天IT的主流。这一进步背后的一个主要驱动力就是对服务接口背后现有企业IT 资产的合理运用和虚拟化能力，而这一能力又是与企业业务模型和当下及今后的企业流程高度对齐的。此外，通过引入企业服务总线实现了SOA的进步，而它正是 一个虚拟化服务基础设施的模式。通过利用仲裁、服务位置解析、服务水平协议（SLA）支持等，ESB允许软件架构师显著地简化服务基础设施。整个SOA中 所缺失的最后一个环节就是企业数据访问。这一问题的一个可行解决方案就是引入企业数据总线（EDB 一个对企业数据进行普适访问的模式）。

EDB的一个可行实现是使用数据网格，如Websphere eXtreme Scale，Oracle Coherence数据网格，GigaSpaces数据与应用网格或者NCache分布式数据网格。

数据网格是为构建某类解决方案而设计的软件系统，其适用的解决方案范围从简单的内存数据库到分布于规模达数千台服务器之上的强大分布式一致缓存。典 型的数据网格实现会将数据分割到跨机器存储于内存里的不重合的块中。其结果是，通过标准的流程可达到极高水平的性能和伸缩性。性能是通过并行执行更新和查询（数据的不同部分可以在不同的机器上同时访问）实现的，而伸缩性和容错性则通过在多台机器上复制同一数据得以实现。

尽管基于网格的EDB简化了对企业数据的高速访问，它仍然有可能要求EDB和服务实现之间进行大量的数据交换。服务必须加载所有所需数据，执行其处理，然后将结果存储回网格中去。

一个更优的架构是让服务执行点离企业数据更近；将服务实现为Agent（代理）的协调人[7]，而这些Agent则在包含企业数据的内存空间里执行（图3）。在这个例子中，服务实现接收一个请求并启动一个或多个Agent，它们在网格节点的上下文里执行，将结果返回给服务实现，服务实现再组合 Agent的执行结果并将服务执行结果返回。

Agent的概念可以回溯到分布式人工智能（DAI）的早期研究，当时引入了这一自完备、可交互、并发执行的对象概念。这一对象有某些被封装好的内 部状态并能对其它类似对象发来的消息作出响应。根据文献[7]，“一个Agent是一个能精确行动以代表用户完成任务的软件组件以及/或硬件。”

EDB的引入允许架构师进一步简化SOA实现，这是通过在服务实现和企业数据之间引入“标准化的”访问实现的。它同时简化了服务调用和执行模型，还 为服务提供了进一步的解耦。使用网格作为EDB实现对EDB的可伸缩性和高可用性提供了支持。最后，使用直接在网格内部执行的服务Agent更进一步提升 了可伸缩性和性能。本文所描述的网格的高级架构和编程模型，为这一实现提供了一个简单却健壮的基础。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/14780828/viewspace-573137/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/14780828/viewspace-573137/