文章 - 212 评论 - 33 收藏 - 0 粉丝 - 11 访问量 - 238235

上层中间件 SOA的延伸形态

在信息爆炸的年代,信息的关联过滤及个性定制,通过SOA整合,能有效地助力于IT的转型:由技术导向,业务导向转为用户导向。我们正在从中间件(Middleware)年代过渡到上层中间件(Upper Middleware)年代。这一过程促使SOA进一步发展及成熟。

现在很多SOA服务是通过中间件直接实现或过渡实现。 但中间件一般还只是提供技术服务。在此之上的上层中间件考虑解决业务问题,为业务人员所用。简单地说,上层中间价是中间件与业务服务的结合产物,所表现出的是允许业务人员定制业务服务,实现实时的SOA业务价值。 SOBAService-Oriented Business Application面向服务的业务应用)是这种架构的一种表现形式。云服务的主要基石也源于这种架构。 IT价值链日趋向上的今天, 上层中间件服务将使SOA变得简单,因而带来新的业务价值。 SOA的实现变得简单易行时,SOA才将真正如火如荼地铺展开来。

SOA架构的关键是架构方法或架构思维模式。虽然SOA具有五个切入点,但切入点之间往往互为关联。例如,当我们谈及信息服务,也许其包含流程服务,又具有面向服务的交互形式。 SOA上层中间件以业务为导向,旨在用户直接参与IT系统的变更,因而可以呈现多种易于使用的通用架构形态。下面是几种SOA上层中间件的主体架构模式。

 

专属产品业务服务

有些产品侧重于定向的服务内容。例如,业务规则产品ILOG JRules。其意义已经超出了传统的中间件范畴。业务规则服务有助于我们将企业的主要业务规则抽调出来,加以定义管控。对于建立业务规则引擎服务的技术要求(2‑9示例),我们交由业务规则产品来完成。SOA用户关心的只是产品接口提供的服务,即,业务人员能够理解的可视化操作,或拿来即用的可视化组件。

 

29  业务规则引擎服务的技术要求

业务规则引擎需求

-     业务人员需要更改, 查询规则(基于角色)

-     规则改变较为频繁(每月, 每季)

-     业务规则必须很快地得以实现

-     须管理大量的规则(可信任的规则库)

-     需要审计功能

-     需要维护参考运行以前的规则版本

-     需要共享规则(项目, 部门等)

-     规则运行管理(监控, 日志等)

-     规则分析测试(除错, 场景模拟分析)

 

除此之外,上层中间件还包括专注于解决某一业务领域相关问题的优化或整合方案软件等。另外,符合规范的SOA行业架构也往往最终发展成为框架化或产品化的方案。提供或使用这些用户易用性极高的上层中间件可视化产品服务,是SOA价值的体现。

 

   通用架构应用服务

通用架构应用服务是上层中间件的主要表现形式之一。 它基于业务灵活性的要求,依据架构模式,构建通用的或适于某些场景的灵活架构设计,跨越业务与技术之间的鸿沟, 弥补业务需求交流映射的隔阂。

        例如, 2‑36所示的是基于流程引擎及门户中间件的流程门户上层中间件应用(MiddleApp)是快速开发流程应用服务的定制化门户服务。它以界面配置的方式生成所需的流程门户组件服务。这种上层中间件一般具有拖拉协同, 易于上手的特点。 用户无需技术背景或经专门培训。

236  上层中间件流程门户应用

 

2‑37为相应的零编程流程定制化的设计界面示例。

 

237  流程定制化设计界面

 

值得指出的是,上层中间件要有效地利用集成服务,充分考虑业务应用的重用性。同时,上层中间件所带来的业务灵活性需要受到一定的企业规范约束, 服务管控是上层中间件设计及使用的重要考量因素之一。 另外,在使用上层中间件时, 我们不要忘记SOA的架构含义, 如果我们将SOA视作面向服务的应用(Service-oriented Application),那么,SOA架构的本身也许是不完整的。

发表于: 2012-10-11 22:36 阅读(1813) 评论(0) 收藏 好文推荐

本博客所有内容,若无特殊声明,皆为博主原创作品,未经博主授权,任何人不得复制、转载、摘编等任何方式进行使用和传播。

作者该类其他博文:

发表评论(网友发言只代表个人观点,不代表本网站观点或立场。)

您尚未登录,请先【登录或注册