SOA架构中的事件驱动服务

豆豆网   技术应用频道   2008年01月22日  【字号: 收藏本文

内容摘要:讨论使用Mule实现一个高效的事件驱动和面向服务的平台,一个轻量级的事件-消息架构,企业信息总线(ESB)模式。组件和程序可以使用Mule通过公共的JMS或其他的消息处理技术去实现通信。

  及时响应实时的变化和事件成为了企业级架构的最重要需求。这篇文章讨论面向服务框架的技术和机制,这些技术使得该框架高效发送、接受那些跨越层级结构的同步和异步事件,而不需要知道产生这些事件的系统方面的细节。

  Internet事务,B2B系统,P2P程序,和实时工作流,这些系统有着非常高的动态性,复杂的系统处理,用传统的面向过程的处理方法不能有效地实现。

  一个面向服务的框架代表了一个动态的运行时环境,在那里服务提供者和服务消费者松散耦合、更灵活的组件交互。建立一个具备所有这些优势的交互模型,成为软件开发中最优先考虑的。一个事件驱动的交互模型,比通常的请求/响应机制对实时变化和激励有着更好的应答效率。

  面向服务的架构和事件驱动的架构天生就有着对分布式系统的适应性,这些架构都有着模块性、松散耦合,和适应性等特性。

  在这篇文章里,讨论使用Mule实现一个高效的事件驱动和面向服务的平台,一个轻量级的事件-消息架构,企业信息总线(ESB)模式。组件和程序可以使用Mule通过公共的JMS或其他的消息处理技术去实现通信。

  面向服务架构概述

  “面向服务”这个术语已经演变成一个架构,在那里服务作为一个软件组件嵌入在企业业务逻辑和特新的核心中,特性如下:

  · 松散耦合:服务部与其它组件有着根深蒂固的关系

  · 协议独立:多种协议透明访问

  · 位置不可知:一个服务执行一组业务逻辑,针对这次调用返回一个结果

  · 粗粒度:不论在什么位置均可访问该服务。

  · 维护无用户状态

  服务是典型地专注于解决业务领域的问题。

  通常,服务使用端根据配置数据,注册项和软件工厂去决定给服务的位置,协议和公共接口。

责编:豆豆技术应用

正在加载评论...