JBI学习笔记

业界正在广泛寻求解决 B2B 以及 EAI （企业应用集成）所存在问题的方案。这些方案不同于基于 JMS 手段的面向消息中间件技术和 Web 服务技术。本笔记概括地阐述了与 SOA （面向服务体系架构）规范及 ESB （企业服务总线）基础架构有关的 JBI （Java 业务集成）标准。以下第一，二部分转载后整理的。

一．关于面向服务体系架构

关于SOA的概念，你可以找到很多的文章从不同的角度来描述它，不同的软件提供商也有不同的定义方式。BEA有流体计算，微软有Indigo 和SOA-building， SAP有ESA。 每个人都可以从不同的视角来理解SOA，从程序员的角度，SOA是一种全新的开发技术，新的组件模型，比如说Web Service；从架构设计师的角度，SOA就是一种新的设计模式，方法学；从业务分析人员的角度，SOA就是基于标准的业务应用服务。从概念的角度，IBM对SOA的定义是最为全面的，既SOA是一种构造分布式系统的方法，它将业务应用功能以服务的形式提供给最终用户应用或其他服务。SOA包括如下要素:

l         一个体系架构，用开放的标准将软件资产(Asset)化为服务

l         提供标准的方法来表示软件资产及其交互

l         单独的软件资产作为构造单元，被重复使用来开发其他应用

l         将关注点从细节实现转移到应用(application)组装

l         整合企业外部的应用（B2B）的方式

l         开发（现在）和整合（未来）的统一

本文针对的读者是软件开发人员，站在开发人员的角度，往往希望软件开发能够满足对于开发效率、可靠性、易维护性、易管理等多方面的更高要求。让我们通过回顾软件开发的演化过程来看一看SOA出现的必然性：

l         面向机器语言(Monolithic)的开发模式：需要根据不同平台的机器语言来开发代码。

l         面向过程(Procedure)的开发模式：独立于机器的程序语言(C, Pascal等)使开发过程变得简单了，用过程来代表一个抽象的代码集合，包装重用现成的代码。

l         面向对象(Object)的开发模式：用更接近现实的对象来表述一个相对完整的事物。面向对象的语言(Smalltalk，Java等)，提供了更抽象的封装和重用模式。面向对象的开发强调从现实世界问题域到软件程序的直接映射，更接近人类的自然思维方式。

l         面向组件(Component)的模式：随着软件开发规模的扩大，在涉及分布式、异构等复杂特征的环境中，代码级别的重用性差，可维护性差，效率低的弱点是不可逾越的，因此人们以架构运行环境(如.Net，J2ee等)来提供完善的支撑平台，从而把开发者解放出来，更专注于业务核心的开发。而这些业务功能(Business Function) 以组件的形式(DCOM， EJB等)发布运行在架构运行环境中。软件开发的重用模式也上升到业务组件的级别。

l         面向服务(SOA)的模式：当软件的使用范围扩展到更广阔的范围，往往会面对更加复杂的IT环境和更加灵活多变的需求。服务(Service)的概念出现了，人们将应用(Application)以业务服务(Business Service)的形式公布出来供别人使用，而完全不需要去考虑这些业务服务运行在哪一个架构体系上，因为所有的服务都讲着同样的语言。SOA考虑了业务发展的长期性，体现了"变化就是永恒"的思想。SOA的核心体现在企业应用或者业务功能上的"重用"和"互操作"，而不再把IT与业务对立起来，这可以被视为在IT驱动业务的方向上迈出的重要一步。