企业应用集成-通用解决案建议书(IBM-WMB部分)1

IBM企业应用集成

基于IBM WMB的解决方案建议书

目 录

第一章    
    1

1.1    需求背景    1

1.2    企业信息化需要合适的技术策略支持:    2

1.2.1    XML 技术:    2

1.2.2    Web Services 技术:    2

1.2.3    J2EE 技术:    2

1.3    企业信息化需要合适的体系架构策略支持:    4

1.3.1    企业业务集成(Enterprise Message Broker )/BI技术    5

1.3.2    企业服务总线 (Enterprise Service Bus)技术    9

第二章    IBM推荐解决方案    12

2.1.1    IBM
企业业务集成的理解    12

2.1.2    IBM WMB 企业业务集成整体解决方案(IBM Websphere Message Broker )    14

2.1.3    基于IBM Websphere Messages Broker 的应用连接解决方案    19

第三章    IBM WMB 软件产品详细介绍    23

3.1    IBM Websphere Message Broker 的数据整合方案    23

3.1.1    IBM Websphere Message Broker 的介绍    23

3.1.2    IBM Websphere Message Broker 解决方案的优势    24

3.2    Websphere Messages Broker 产品支持平台和版本    28

第一章    概 述

1.1    需求背景

今天是一个以网络为核心的信息时代,这已为全世界的人们所共认。数字化、网络化和信息化是当今社会活动的时代特征。目前,经济全球化与网络化已经成为一种潮流,随着信息技术(IT)的发展和普及,我们看到在各行各业中对信息技术的依赖性越来越强,信息技术革命与信息化建设正在给我们各行各业带来巨大的变化。

在本文中通常我们把对信息技术应用的各行各业统称为企业。

目前,企业信息化的程度越来越高,在企业中,我们能看到由于行业的不同、面对客户群体的不同、企业运营模式的不同等等,从信息技术的角度上来看,企业的信息系统正在发生着这样的变化趋势:

由最初的对IT技术的简单应用(如简单的计算、数据存放),向信息应用系统功能精确化 和 应用流程集成化两个方向发展。

从业务应用系统的整体来看,我们具体可理解为:

    从最初的信息存取为主要目的的孤立系统建设,

    发展得到经过了整合和集成,实现企业的综合应用阶段,

    直到今天的,以开放标准为依托的、集成和整合技术为手段、使用系列自主技术、达到满足企业需求的信息应用虚拟化的随需应变(On Demand)的时代。

但是,实践经验和科学技术告诉我们,企业信息系统地建设是个巨大的工程、需要分阶段、逐步建设、逐步到位。这就要求我们在建设之前对技术和需求要有明确的定位。

选择什么技术和架构?C/S还是B/S?J2EE还是.NET?UNIX、NT还是LINUX? 等就是我们要结合需求来首先考虑的事情。

今天新的企业应用普遍都可以采用先进的B/S技术来架构,支持开放的平台,有很多成熟的技术可供选择,包括Web Services、XML、工作流、无线、集成、门户等等。

1.2     企业信息化需要合适的技术策略支持:

1.2.1    XML 技术:

将深刻的改变我们构造和使用软件的方式。如果说Web技术革命性地改变了用户和应用程序间的交流方式,那么XML革命性地改变应用程序和应用程序间的交流方式,更直接地说,改变了计算机与计算机之间的交流方式。

1.2.2    Web Services 技术:

是企业在互联网上构建大型、复杂应用的理想技术。过去,一个大型复杂的应用系统里,各个模块、功能间通常是紧密耦合设计的,接口和数据交换都是内部专用的格式,使维护和扩展非常困难。Web   Services提供了全新的开发大型系统设计思路,大型系统的模块、功能可以非常独立地设计,各自之间通过接口查询以及自描述的XML格式的数据交换,轻松地将各个模块、功能集成为一个大型的系统,各自内部的改动不会影响其他模块或功能,使系统的维护和升级更加容易。

1.2.3    J2EE 技术:

J2EE首先是个有机的整体,她以J2SE为基础,包含13种主要技术:JDBC, EJB, RMI, JSP, JAVA SERVLETS, XML, JMS, JTS, JTA, JAVAMAIL 和 JAF。

其实J2EE本质上由一整套服务(SERVICES)、应用程序接口(APIS)和协议构成,它对开发基于WEB的多层应用提供了功能支持。J2EE还要求描述在何时、何处需要使用这些技术。

过去,二层化应用 — 通常被称为CLIENT/SERVER应用 — 是大家谈论的最多的。在很多情况下,服务器提供的唯一服务就是数据库服务。在这种解决方案中,客户端程序负责数据访问、实现业务逻辑、用合适的样式显示结果、弹出预设的用户界面、接受用户输入等。CLIENT/SERVER结构通常在第一次部署的时候比较容易,但难于升级或改进,而且经常基于某种专有的协议—通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非常困难。更重要的是,在WEB时代,二层化应用通常不能体现出很好的伸缩性,因而很难适应INTERNET的要求。

设计J2EE的部分起因就是想解决二层化结构的缺陷。于是,J2EE定义了一套标准来简化N层企业级应用的开发。它定义了一套标准化的组件,并为这些组件提供了完整的服务。J2EE还自动为应用程序处理了很多实现细节,如安全、多线程等。

用J2EE开发N层应用包括将二层化结构中的不同层面切分成许多层。一个N层化应用能够为以下的每种服务提供一个分开的层:

显示:在一个典型的WEB应用中,客户端机器上运行的浏览器负责实现用户界面。当然终端类型可以多种多样。

表示层: 尽管浏览器可以完成某些动态内容显示,但为了兼容不同的浏览器,这些动态生成工作应该放在WEB服务器端进行,使用JSP、SERVLETS,或者XML(可扩展

以下文章点击率最高

Loading…

     

如果这文章对你有帮助,请扫左上角微信支付-支付宝,给于打赏,以助博客运营

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注