websphere_引入WebSphere Integration Reference Architecture

websphere

摘自IBM WebSphere开发者技术期刊 。

面向服务的框架的出现是由于过去20年来软件开发和实施的发展。 我们的行业已经从单一的应用程序发展到难以管理的客户端-服务器解决方案，并且现已发现，通过面向服务的体系结构（SOA）实现的组件的增量开发可以提高应用程序的质量和新解决方案的开发速度，并更好地满足业务涉众的需求。

SOA中包含的概念使企业能够跨其业务线及其支持的信息系统集成其业务流程。 协调企业级集成挑战的能力需要一种体系结构来促进跨越信息，应用程序和人员的服务的建模和管理。 通过基于组件的方法，组织可以构建更灵活的集成解决方案，从而利用一组通用的核心基础架构服务。 通过更简化的松耦合方法，该解决方案框架可提高IT解决方案的敏捷性和适应性。 基于SOA的集成基础通过对基于标准的设计，开发和实施的支持，为技术共存提供了支持。 这种方法为现有和将来的技术资产提供了可伸缩的基础结构，为企业集成体系结构提供了坚实的基础。

尽管许多集成产品声称支持这种体系结构方法，但是许多产品在满足企业集成需求方面的能力仍然不足。 本文重点介绍支持企业级集成方法所需的多种集成样式所需的功能的广度，并讨论了对基于开放式开发和运行时标准作为集成关键组件的面向服务的综合体系结构的需求。 。 通过这种体系结构基础，企业可以通过将现有组件与新组件结合以及在出现集成需求时实施复合应用程序来扩展其解决方案。

企业整合策略

企业集成策略至少需要将消息交换作为解决方案体系结构的基础，以实现人员，应用程序/流程和信息的集成。 通过这种方法，可以在部门级别实施集成解决方案，并且可以轻松地跨企业边界扩展集成解决方案。 这种集成方法为企业提供了灵活性和上市时间，并成为当今复杂而竞争激烈的商业环境中成功的关键因素。

当前，企业集成策略正在发生转变。 尽管将继续部署战术计划来解决部门需求，但是组织正在基于SOA方法定义企业集成体系结构计划。 这种方法要求组织确定核心集成资产/组件，并提倡一种方法来鼓励对集成项目重复使用和改进这些资产。 通过这种方式，跨部门的集成可以作为企业级计划来实现，该计划通过基于标准的方法来定义，发现和调用来促进重用。

企业集成方法与部门/业务集成解决方案开发的更具战术性的方法兼容。 实际上，战术解决方案已成为整个集成存储库的资产。 重要的是要提供一种治理模型，以确保战术解决方案的开发是在企业集成体系结构的上下文和规则之内完成的。 没有这种严格性，企业将继续孤立地构建部门集成解决方案，并且无法从集成中获得可识别的长期利益。 考虑到业务和技术的变化速度，缺乏对集成方法的治理将阻碍有效，主动地支持整个企业集成目标的能力。

面向服务的集成架构

再加上需要提供一种规范的集成方法，企业集成体系结构必须充分利用面向服务的体系结构的优势。 面向服务的体系结构通过使用开放和可用的标准将新功能和现有功能打包为可重用服务组件，从而能够创建模块化组合应用程序。 面向服务的体系结构提供了“组合（组成和编排）以实现业务目标的一组与业务相关的服务……服务表现为一组接口，不依赖于实现机制或位置。” （Endrie，2003年）松散耦合的组件体系结构功能强大，因为它们通过在分布式拓扑中公开标准格式的接口，使组件能够充当服务使用者和/或提供者。 组合应用程序通过功能隔离，提高了在多种情况下重用组件的能力，简化的集成模型以及集成过程构建的灵活性，提高了IT系统的灵活性。

面向服务的集成方法的应用提供了许多好处：

• 利用开放标准将集成资产作为服务浮出水面，促进对现有资产的重用，并避免供应商锁定。
• 提供一种表示和与集成组件（例如，地图，流程，离散事务/服务或接口）进行交互的标准方法，从而提供了在多个业务流程解决方案中重用资产的灵活性。
• 将集成重点转移到应用程序组装而不是实现细节上，从而可以高效地实施新的和修改的业务解决方案。

面向服务的体系结构通过将这些资产表示为可以构成更高级别服务组件的服务来提供应用程序和组织资源的连接。 从技术角度来看，面向服务的集成框架使资源可以通过标准交换框架交换信息（消息，文档，业务对象）。 通过将新的和现有的应用程序表示为服务，可以组成服务以满足集成需求。

SOA方法实现了一种架构样式，该架构样式由通过熟悉的发布/查找/绑定服务框架枚举的服务提供者，请求者和服务描述组成。 SOA方法支持并鼓励包含封装，服务组合，松散耦合和重用的设计原理和模式。

面向服务的框架需要遍及集成解决方案的所有方面。 当前一些中间件方法支持通过SOAP包装器定义或调用集成组件的能力，但是集成架构师需要认识到SOA方法远不只是基于SOAP的集成。 该解决方案需要支持接口定义（包括用户定义的和基于行业的）的不断发展，这些定义来自诸如OASIS和OAG之类的标准机构。 体系结构中的基础集成资产必须符合基于SOA的方法：

• 通过标准接口的服务描述和定义； 例如WSDL。
• 基于标准的传输/中介层上的服务调用/交互。
• 服务编排，用于编排服务交互； 例如BPEL4WS。
• 通过集成的注册表/目录服务发现服务； 例如UDDI。

组合应用程序可使用流逻辑来创建粗粒度服务，以确定服务的执行顺序。 这些复合应用程序成为业务领域中业务流程的IT类比。 SOA设计利用中间件和操作环境功能将流逻辑与基础业务逻辑分离，并在单个服务中实现。 服务可以从现有组件（例如大型机CICS应用程序）启用，也可以是全新的功能。

面向服务的集成方法中的主要挑战是在适当的抽象级别定义和实现服务。 在开发企业集成方法时应用合理的架构设计的能力直接与关注点分离的概念以及模型驱动设计和架构的新兴概念联系在一起。

关注点分离简化了集成架构的实现

信息技术的开发和实施包含多个维度，需要在企业级集成策略内进行协调。 IT在定义和管理业务应用程序与底层操作环境之间的边界中的作用成为实现业务解决方案的关键因素。 该操作环境为业务应用程序提供基础结构服务，并代表支持集成解决方案的通用服务。

在定义企业的集成体系结构时，考虑集成需求的广度至关重要。 这些集成需求可能包括基于人工任务交互的传统工作流程处理，不同系统之间的活动编排，涉及结构化和非结构化信息的分布式数据管理以及用户交互功能。 企业需要具有区分和设计适合解决特定集成问题所需的特定集成样式的服务工件的能力。 结果，关注点分离的概念是集成服务定义的基础。

关注点分离表明将业务需求分解为服务； 并组成代表业务流程的现有和新服务的组合。 通过分离关注点，集成需求被分解为更精细的服务。 这种分解是通过识别需要定义以支持业务需求的特定功能来完成的，如图1所示。

图1.关注点分离

关注点分离方法定义服务导致设计隔离并表征与实现无关的功能和服务。 通过这种方法，构建集成解决方案成为一个迭代过程，并且可以在后续的集成项目中完善组件。 企业向开发团队提供设计治理和集成指导，以促进最佳实践以及服务和组件的重用。

在基于SOA的解决方案框架中，服务组件是隔离和定义的。 除了支持自顶向下的模型驱动方法外，解决方案方法还支持自底向上的方法来开发新服务。 最终的组合应用程序由具有流程逻辑的服务调用组成，以管理各个服务的执行顺序。 可以将复合应用程序作为其他服务作为服务使用，本身就是其他复合应用程序的开发。

构建基于组件的体系结构的主要方法是通过模型驱动的体系结构（MDA），而MDA方法为开发SOA提供了基础。 Grady Booch在MDA宣言 （MDA期刊，2004年5月）中评论说，MDA是“一种基于企业的应用程序开发和集成的样式，它使用自动工具来构建独立于系统的模型并将其转换为有效的实现”。 MDA方法通过基于工具的工件生成来提高IT开发流程的效率，并使业务利益相关者能够参与业务流程的开发。 MDA正在与SOMA（面向服务的建模和体系结构）和SODA（面向服务的应用程序开发）方法Swift融合，以进行面向服务的应用程序开发。

在企业IT体系结构指南 （C Perks / T Beveridge）中，Perks指出：“ IT坚持重新发明技术功能，因为现有功能不是当前派系所建立的。在某些时候，这种方法可能是完全合理的；但是在许多情况下，在这种情况下，这仅仅是项目团队的一时兴致。应用程序开发完全是业务功能，而不是构建技术基础结构。” 该评论强调了需要采用企业管理的方法来开发集成的，并采用关注点分离的观点来构建企业级集成策略的方法。

WebSphere集成参考架构

业务整合得益于关注点分离的实施，可以根据业务需求整合数据和应用程序。 仅仅拥有一个流程解决方案或一个应用服务器基础是不够的-它是使用通用组件和服务的多种集成样式的集合，这些样式和组件提供了长期的可持续性，保留了对现有IT资产的投资并避免了“拼凑”的集成方法。 有效的业务集成还需要一个操作环境，该环境应支持面向服务的解决方案的实现，可以以模块化，随需构建的方式实现，并支持企业级实现所需的所有功能。

WebSphere Integration Reference Architecture提供了一组全面的服务来实现业务集成。 这些服务提供了解决集成需求所需的广泛功能。 更重要的是，组件服务可以分阶段实施，以在实现企业集成解决方案体系结构的同时，逐个项目地实现增量演进。 尽管特定项目可能不需要所有这些服务，但是企业级集成将需要具有将这些功能添加到集成体系结构的能力。 最终的架构通过使业务逻辑，控制逻辑，路由和转换逻辑之间松散耦合，从而更灵活地进行更改，从而将关注点分离。 在组织级别，此方法有助于简化集成解决方案的开发，并增强解决方案的可维护性和操作性。

WebSphere Integration Reference Architecture（图2）显示了全面的企业级解决方案所需的关键集成功能。 这些服务分组提供了将关注点分离应用于企业集成需求的能力，并导致它们在应用于集成时与面向服务的体系结构的原理趋于一致。

图2. WebSphere集成参考架构

此高级体系结构描述了实现全面集成方法所需的集成功能/服务。 由于这些服务是通过其接口而不是其实现来描述的，因此给定的解决方案可能由大型机应用程序，本地或远程服务，由BPEL（业务流程描述标准）描述的编排流程或由J2EE构建的组件组成。 这些集成组件的实现为非功能性需求提供了支持，包括操作环境级别以及组件/服务级别的可靠性，安全性，可用性和管理。

连接服务

WebSphere Integration Reference Architecture的核心是连接服务。 该组件提供了基础结构来支持和实例化企业服务总线（ESB）架构模式。 ESB在整个分布式组件拓扑中提供互连服务。 通过ESB提供运输服务，事件服务和调解服务。 运输服务提供基本的连接层； 事件服务使系统能够响应业务流程中出现的特定事件； 中介服务可实现系统中交互服务之间的松散耦合。 ESB本质上成为扩展的企业动脉系统，可跨企业的各种操作环境提供消息传递，通知和调用服务。 ESB是使WebSphere Integration Reference Architecture的面向服务能够被利用来实现当今以及将来实现面向服务的解决方案的关键因素。

ESB提供了多种连接技术替代方案，以支持多种消息传递拓扑和模式，以及诸如SOAP / HTTP，RMI / IIOP等实现。 在大多数情况下，需要使用松耦合的连接来简化服务之间的交互管理。 但是，某些交易由于其性质和关键业务功能的原因，可能需要紧密耦合的连接。 WebSphere ESB体系结构都支持两种模式。 支持异构技术的要求体现在对消息流实例中的多种协议的支持，中间件互操作性，对不同服务质量的规范（例如持久性，可靠性，事务管理，可用性），对各种消息分发的支持以及路由（包括发布订阅，基于队列和基于广播）。 此外，连接服务和ESB体系结构还支持特殊的消息/信息传递，例如销售点，SCADA和其他普遍的设备解决方案。 在WebSphere MQ中使用当前解决方案的客户可以在今天实现ESB模式，并且能够在新协议出现时支持它们。

在ESB中，作为连接框架的一部分提供了三个主要的服务维度：

• 事件服务提供事件驱动的服务，以使组件（以及组织资源）能够响应刺激； 例如商业活动。
• 传输服务跨有线和无线网络提供通信服务，以实现同步和异步消息传递，并具有不同级别的传递保证，以提供位置和协议独立性。
• 中介服务启用动态的正在进行的邮件转换，动态路由和服务绑定解析服务。

没有连接，路由和转换的基本功能，SOA集成方法是不可能的。 这些功能通过WebSphere Integration Reference Architecture中的ESB启用，并构成了解决方案体系结构的基础。 在许多情况下，ESB是使用传统的和新兴的中间件解决方案实现的，以提供对集成组件的访问。

业务逻辑服务

业务逻辑服务以服务端点的形式提供执行业务逻辑所需的功能。 服务端点的实现是全面集成体系结构的关键部分。 服务可以通过现有应用程序的任意组合来提供； 通过新实施的组件以及与第三方系统的外部连接：

• 伙伴服务使贸易伙伴可以通过不同的传输方式并使用文档格式来集成服务端点。 该服务层为与外部合作伙伴和供应商的传统B2B合作伙伴集成解决方案提供支持。 它是体系结构中跨企业交互问题被隔离的组件。 这些服务提供有效实施企业对企业流程和交互所需的文档，协议和合作伙伴管理服务：
  • 社区服务使交易中心的交易社区得以管理，并实现合作伙伴的自我管理。
  • 文档服务支持对业务协议（如RosettaNet，EDI和AS1 / AS2）的支持，以及相关的状态管理以支持对话过程。
  • 协议服务提供传输级服务，包括身份验证，文档路由和用于自动文档交换的边缘服务功能。
• 业务应用程序服务为集成组件提供J2EE运行时环境，这些集成组件开发为使用Java编码的自定义应用程序组件，并在应用程序服务器环境中运行。 该服务层提供了框架和运行时操作环境，用于管理使用J2EE，XML和Web服务编程模型开发的自定义应用程序组件。 这些组件提供了实现符合当今业务环境要求的完全现代化的业务流程所需的新功能。 将这些组件作为服务实现为WebSphere Integration Reference Architecture中的服务，可以直接在新解决方案之间进行重用。 业务应用程序服务包括对于传统程序员而言重要的功能，这些功能对于构建可维护，灵活和可重用的业务逻辑组件以及运行时集成可以实现更高级别的自治管理和管理。 该层反映的服务功能包括：
  • 组件服务提供运行时容器管理服务，该服务可自动处理J2EE框架内的对象持久性，关系导航以及对象查询和事务管理等问题。
  • 核心服务提供运行时服务，例如内存管理，对象实例化和池化，性能管理和负载平衡，事件通知，可用性，目录和安全性，它们是J2EE，XML，消息传递和Web服务编程模型的一部分。
  • 接口服务提供了与数据库，消息系统，管理框架和企业应用程序进行双向集成的服务。
• 应用程序和信息访问提供了与第三方应用程序（例如，ERP，CRM），大型机接口（例如，CICS，iSeries），自定义应用程序（通过诸如消息传递，应用程序编程接口，数据处理程序之类的技术桥梁）进行交互的功能。以及异构数据源（如RDBMS，XML，非RDBMS数据源；例如IMS，文本文件和内容管理系统）。 此功能层提供对现有应用程序和数据的访问接口，并支持针对数据库，消息传递系统和其他数据源的事务服务和连接服务。 ESB通过一组访问服务可以访问现有的基于主机的应用程序和企业数据。 这些访问服务在旧版应用程序，预打包的应用程序，企业数据存储（包括关系，层次结构和非传统的非结构化源，例如XML，文本和内容管理系统）与ESB之间提供了桥接功能。 该层通过多种运行时解决方案模式（例如面向Web，通信级集成，消息传递和Web服务启用）提供大型机系统的集成。 随着应用程序和数据实现变得越来越灵活地成为业务流程的参与者，其底层操作环境的增强功能将继续提高利用率。 在此层隔离并启用了以下服务：
  • 事件检测服务基于事件框架提供事件通知服务，该事件框架通过特定的应用程序/数据源接口启用。 例如，在CRM系统中创建新客户将生成一个事件，ESB将向该事件类型的订阅者分发该事件。
  • 匝道服务启用应用程序集成模式，包括单向入站，请求-应答和请求应答消息模式，以支持应用程序和数据包装器功能，包括查询执行计划和数据检索以支持数据集成。 例如，如果业务流程中的一个步骤需要更新订单，则包含订单数据的消息将通过ESB发送到大型机CICS应用程序，然后该主机将返回确认。

控制服务

控制服务提供了在WebSphere Integration Reference Architecture中有效集成人员，流程和信息的功能。 这些服务控制人员，流程和信息服务之间的交互和数据流，以适合业务流程的开发和运行时实施：

• 交互服务提供了向最终用户交付功能和数据所需的功能，从而满足了最终用户的特定使用偏好。 交互服务还提供将各种普及型设备（例如传感器和执行器）与集成系统的其他组件集成所需的功能。 该服务层为使用（包括浏览器和语音交互）和广泛的设备集成提供外部交互服务。 作为交互服务的一部分，提供了以下服务：
  • 交付服务为用户提供了运行时交互框架，使用户可以通过Portlet，语音和普适消息传递与集成组件进行交互。 这套功能包括专用技术，例如多设备支持，页面聚合，标记代码转换，语言翻译和国际化，以及与无线通信技术的集成以支持移动/远程用户/设备交互。
  • 体验服务提供了以用户为中心的服务，负责提供强大的用户体验，包括个性化，协作，身份验证，授权，自助服务功能（自定义和注册）以及单点登录功能。
  • 资源服务提供了交互组件的运行时管理，并通过诸如页面，主题/皮肤，原理和portlet之类的组件来支持安全性和授权。
• 流程服务提供管理实施业务流程的服务的流程和交互所需的控制服务。 该服务层提供了通过集成集成组件来代理流程执行的能力，以支持粗粒度的业务功能。 在WebSphere Integration Reference Architecture中，BPEL4WS标准用于描述服务的编排。 流程服务中提供以下服务：
  • 编排服务由其他服务组成，因此编排服务提供了按定义的顺序执行这些其他服务并从错误中恢复的功能。
  • 事务服务为短期和长期流程提供错误恢复。 整个过程可能是事务性的（短期运行）。 在长期运行的过程中，如果每个服务更改数据，通常会将其视为事务。
  • 员工服务使人们可以集成到流程中。 根据人员配备目录中的规则和信息提供工作项的创建。 它与交互服务一起支持任务分配，委派和管理。
• 信息服务提供了联合，复制，查询，分析和转换可能是结构化的数据源（RDBMS或其他数据源，例如IDMS或VSAM）或非结构化的数据源（例如电子表格，文本文件，文档格式，像Adobe PDF）。 该服务层为异构数据源提供数据集成和聚合，从而使用用于分布式优化的高级技术实现对多个数据上下文的透明访问。 以下服务是信息服务层的一部分：
  • 联合身份验证服务使您能够聚合来自传统资源（例如RDBMS）和非传统资源（例如XML数据存储，文本数据和内容存储）的数据，同时将数据置于其本机存储的控制之下。
  • 复制服务提供对自动实时数据同步和结构化数据源的源/目标转换的支持，从而无论数据源如何实现，都可以进行数据访问的本地访问。
  • 转换服务将数据从源格式转换为目标格式，以进行批处理和面向记录的访问/转换。
  • 搜索服务通过常规（数据库和结构化数据源）和非常规（例如PDF，电子表格，文字处理文档）数据源实现全面的查询和搜索集成。

开发服务

WebSphere Integration Reference Architecture严格地认识到将全面的软件开发平台作为核心能力的需求。 开发平台必须涵盖软件开发的整个生命周期，包括需求分析，建模和设计，组件开发，测试和代码维护，这一点很重要。 该工具必须与MDA（模型驱动的体系结构）的概念兼容，并支持通过SOMA（面向服务的建模和体系结构）和SODA（面向服务的应用程序开发）方法论发展的新兴最佳实践的使用。 这些特性是IBM软件开发平台中的功能。

在较高的层次上，WebSphere Integration Reference Architecture中的开发服务使人们能够根据他们的技能，专业知识以及他们在企业中的角色来完成特定的任务并创建特定的输出：

• 分析业务流程需求的业务分析师需要建模工具来设计和模拟业务流程。
• 软件架构师需要工具来使他们能够对数据，功能流和系统交互进行建模，并开发系统拓扑。
• 集成专家需要在集成解决方案的开发中配置和编排组件的功能。
• 程序员需要工具来开发新的业务逻辑，例如J2EE组件，Portlet和其他定制服务组件。

最重要的是，集成工具环境通过资产访问和资产共享来促进联合开发，资产管理以及开发角色之间的深度协作。 It is important to note that an organization's tool technologies and competencies will come from multiple vendors and, as a result, the presence of a multi-vendor framework like Eclipse is an imperative to reduce the learning curve for the disparate roles in the development process. Additionally, a standard tool framework such as Eclipse provides common repository and base functions common across all the developer perspectives (for example, version control functions such as CVS and ClearCase, and utility functions such as edit, file, and print services). The development services provided through the WebSphere Integration Reference Architecture leverage the Eclipse base for their implementation.

Regardless of specific development roles, a high degree of collaboration is required in software development to enable each role to be productive and efficient. The development tool platform provides an integrated set of tools that addresses the scope of integration development through role-based activities and across a multi-vendor tool environment. By applying separation of concerns to the development process, each role can design, develop, and deploy artifacts specific to an individual's skills and responsibilities. A number of service functions are exposed as part of the development framework:

• Model services provide the ability for analysts to build visual models that are representative of business processes.
• Design services enable models to be staged into design, and include the ability to attribute the process with service components. Additionally, this set of functions enable the design and development of new integration components.
• Implementation services enable the ability to move developed artifacts into production as part of an organization's configuration management standards.
• Test services provide the ability to support unit test as well as integrated test capabilities as part of the overall development lifecycle.

Business innovation and optimization services

In combination with many of the services mention above, business innovation and optimization services provide an infrastructure for continuous improvement and innovation, enabling businesses to adapt to changing market dynamics and everyday operational disruptions. Well-engineered BPM solutions support a holistic approach to business management, enabling aligned objectives, role-based visibility, contextual insight, and in-time actions. It is critical to note that BPM requires a set of differentiated capabilities that supports and incorporates the needs of both business and IT professionals.

The common base event (CBE) specification provides the common base event model for the WebSphere Integration Reference Architecture. CBEs, originally developed by the IBM Autonomic team in collaboration with partners, is an emerging OASIS standard that defines a common XML schema-based representation of events, supporting encoding of logging, tracing, management, and business events.

Within the WebSphere Integration Reference Architecture, the BPM services consist of three primary groups, each of which supports both IT and business events:

• Common event infrastructure (CEI) services provide emission services for filtering and converting native events into CBE form, event store services for storing, querying, and managing the events, and event catalog services for storing, querying, and managing the event schemes.
• Correlation services provide policy-driven filtering and correlation of events to detect situations of interest.
• Monitoring services use an observation model to define the appropriate monitoring context, map events to the context, and compute and manage the associated performance measures and key performance indicators (KPIs).

Presentation of metrics and KPI is done using the interaction services. Likewise, any analytic and data integration that is required to support a BPM solution is provided using the information services.

The linkage between the development platform and the business innovation and optimization services is a key aspect of the WebSphere Integration Reference Architecture. The ability to characterize key performance indicators as part of the modeling environment and to generate specific event flags as part of the process model enable analysts to build management functionality into their business processes. Following implementation of integration components, the BPM layer provides capture and delivery of event data and statistics, which can also be input back into the modeling environment. This approach enables organizations to support iterative process re-engineering through a continuous business process improvement cycle.

IT services management

Beneath all the capabilities of the WebSphere Integration Reference Architecture are the management services for security, directory, system management, and resource virtualization. The security and directory services include authentication and authorization functions required for implementing; for example, single sign-on capabilities across a distributed and heterogeneous system. System management and virtualization services include functions across the operating environment for management of server, storage, network, and other resources; for example, clustering and virtualization services enable the efficient use of computing resources based on load patterns and other factors. The ability to leverage grids as part of a grid computing platform is an integral part of IT services management. While many management services perform functions tied directly to hardware or system implementations, others provide functions to interact directly with integration services provided in other elements of the architecture through the ESB. These interactions typically involve services related to security, directory, and IT operational systems management, as part of the support operating environment.

Hardware and software management services provide the capabilities required to effectively run and operate enterprise systems. Many of these services are independent from the other integrated services; others provide capabilities and data to the other integrated services to enable effective business performance management and system operation.

WebSphere Integration Reference Architecture in action

In Figure 3, purchase order processing is an end-to-end composite integration process. The solution represents a sequence of services which are orchestrated though the components in the WebSphere Integration Reference Architecture.

Figure 3. Service invocation in the WebSphere Integration Reference Architecture

The development tools and IT services management are not shown. The development tools and management services provide the support for development of the integration components and the management of the underlying operational run time framework, respectively. Through an SOA-based approach to business integration, individual integration artifacts can be developed independently and then orchestrated to provide an overall solution. This provides a key differentiator to the traditional development of integration solutions as tightly-bound applications. More importantly, any of the developed components (such as the adapter services or partner profile services) can be re-used without affecting the operation of the purchase order process. The WebSphere Integration Reference Architecture enables organizations to be more strategic in the application of integration techniques to solve the challenges of on demand computing.

As discussed in Patterns: Service-oriented Architecture and Web Services (M. Endrei and others, 2004), "an on-demand operating environment provides the infrastructure needed to allow applications to be integrated using common standards and open technologies." This is a key tenet of the integration framework enabled via the WebSphere Integration Reference Architecture. The adherence to common standards and open technologies are the foundation of the IBM integration approach. The table below identifies some of the major standards and technologies that are present in the WebSphere Reference Architecture:

Table 1. WebSphere Integration Reference Architecture standards and technologies

Service function	Relevant standards
Enterprise service bus	JMS, J2EE, SOAP, XSLT, WSDL, UDDI
开发工具	Eclipse, J2EE, J2SE, J2ME, XML, UML, Java Server Faces, SWT, XMI, WS BPEL, SQLJ, JDBC, XSLT, WSDL, UDDI
Business performance management tools	W3 Common Log Format, WS DM initiatives, CEI/CBE
Interaction services	WSRP, JSR 168, Java Server Faces, VoiceXML, J2EE
Process services	J2EE, BPEL4WS, WSDL, UDDI
Information services	XQuery, SQL, JDBC/ODBC
Partner services	FTP, sFTP, HTTP, HTTP/S, RosettaNet, SMTP, JMS, SOAP/HTTP, WMQ, cXML, EDI (X12, EDIFACT and others)
Business application services	J2EE (JNDI, EJB, JSP, JTA, JAAS, JAXP, JAXR, JMX and others)
Application and information assets	J2C, JMS, IIOP, JDBC, CICS, IMS, 3270/5250

Additionally, industry standards are reflected within the solution framework, such as ACORD, SWIFT, HIPAA, UCCNET, and other key vertical frameworks and initiatives. The adherence to standards represents IBM's approach to integration as a key enabler in building flexible and sustainable enterprise integration architectures.

IBM's WebSphere Integration Reference Architecture provides the most comprehensive integration framework in the industry. In addition to supporting traditional programming and development solutions, the architecture has extensive support for developing service-oriented solutions for integration. This support for SOA begins with the industry-leading support for MDA in the IBM Software Development Platform, and is then further implemented in the WebSphere foundation technologies within IBM WebSphere Application Server and IBM WebSphere MQ. The overall WebSphere Integration Reference Architecture is tightly tied to existing and emerging standards that support SOA development. Most importantly, the WebSphere Integration Reference Architecture provides support for all major styles of integration, enabling the linkage of people, processes, and information on a standards-based foundation. The solution architecture provides rich support for lifecycle modeling through development and implementation, and through enabling the monitoring of business and IT metrics as part of a complete development platform.

结论

The WebSphere Integration Reference Architecture enables an enterprise to form a tight linkage between business requirements and technology solutions through a service-oriented architecture foundation. Applying this architecture and using the concepts of "separation of concerns" provides a clear alternative to traditional integration approaches.

Three key concepts -- MDA, SOA, and BPM -- provide the underpinnings to the WebSphere Integration Reference Architecture. A common framework of role-based development tooling embodying MDA enables the design and development of integration artifacts. These artifacts are tested and deployed into a run time environment with a communication infrastructure provided via an enterprise service bus architecture. These integration components leverage a common set of core infrastructure services (for performance, scalability, security, and so on) based on SOA. Finally, overlaying this run time structure is an extensive monitoring and management environment embodying BPM.

In summary, the WebSphere Integration Reference Architecture provides a complete and comprehensive architecture that covers the breadth of integration needs within an enterprise. Integration services are clearly defined and delivered in a modular way promoting reuse and shared competencies across the organization. As new projects are implemented, services are easily added or extended, enhancing the scope and the efficiency of enterprise integration efforts. The WebSphere Integration Reference Architecture enables organizations to take a service-oriented approach to integration and to avoid the pitfalls associated with traditional integration approaches.

致谢

The author would like to acknowledge the work of the Worldwide WebSphere Technical Sales team in the creation and evolution of the WebSphere Integration Reference Architecture, and particularly the contributions of Bill Hassell, Bob Liburdi, and Bob Knaus. Additionally, the author would like to acknowledge Dan Wolfson, IBM CTO for Business Integration, for his thorough review of this article.

---

翻译自: https://www.ibm.com/developerworks/websphere/techjournal/0508_simmons/0508_simmons.html

websphere