《企业应用集成-通用解决案建议书(IBM-WMB部分)》由会员分享，可在线阅读，更多相关《企业应用集成-通用解决案建议书(IBM-WMB部分)（30页珍藏版）》请在金锄头文库上搜索。
1、IBM企业应用集成基于IBM WMB的解决方案建议书2006年01月目 录第一章概 述11.1需求背景11.2企业信息化需要合适的技术策略支持：21.2.1XML 技术：21.2.2Web Services 技术：21.2.3J2EE 技术：21.3企业信息化需要合适的体系架构策略支持：41.3.1企业业务集成(Enterprise Message Broker )/BI技术51.3.2企业服务总线 (Enterprise Service Bus)技术9第二章IBM推荐解决方案122.1.1IBM 对 企业业务集成的理解122.1.2IBM WMB 企业业务集成整体解决方案(IBM Websp
2、here Message Broker )142.1.3基于IBM Websphere Messages Broker 的应用连接解决方案19第三章IBM WMB 软件产品详细介绍233.1IBM Websphere Message Broker 的数据整合方案233.1.1IBM Websphere Message Broker 的介绍233.1.2IBM Websphere Message Broker 解决方案的优势243.2Websphere Messages Broker 产品支持平台和版本28第一章 概 述1.1 需求背景今天是一个以网络为核心的信息时代，这已为全世界的人们所共认。
3、数字化、网络化和信息化是当今社会活动的时代特征。目前，经济全球化与网络化已经成为一种潮流，随着信息技术（IT）的发展和普及，我们看到在各行各业中对信息技术的依赖性越来越强，信息技术革命与信息化建设正在给我们各行各业带来巨大的变化。在本文中通常我们把对信息技术应用的各行各业统称为企业。目前，企业信息化的程度越来越高，在企业中，我们能看到由于行业的不同、面对客户群体的不同、企业运营模式的不同等等，从信息技术的角度上来看，企业的信息系统正在发生着这样的变化趋势：由最初的对IT技术的简单应用（如简单的计算、数据存放），向信息应用系统功能精确化 和 应用流程集成化两个方向发展。从业务应用系统的整体来看，
4、我们具体可理解为：l 从最初的信息存取为主要目的的孤立系统建设，l 发展得到经过了整合和集成，实现企业的综合应用阶段，l 直到今天的，以开放标准为依托的、集成和整合技术为手段、使用系列自主技术、达到满足企业需求的信息应用虚拟化的随需应变(On Demand)的时代。但是，实践经验和科学技术告诉我们，企业信息系统地建设是个巨大的工程、需要分阶段、逐步建设、逐步到位。这就要求我们在建设之前对技术和需求要有明确的定位。选择什么技术和架构？C/S还是B/S？J2EE还是.NET？UNIX、NT还是LINUX？ 等就是我们要结合需求来首先考虑的事情。今天新的企业应用普遍都可以采用先进的B/S技术来架构，
5、支持开放的平台，有很多成熟的技术可供选择，包括Web Services、XML、工作流、无线、集成、门户等等。1.2 企业信息化需要合适的技术策略支持： 1.2.1 XML 技术：将深刻的改变我们构造和使用软件的方式。如果说Web技术革命性地改变了用户和应用程序间的交流方式，那么XML革命性地改变应用程序和应用程序间的交流方式，更直接地说，改变了计算机与计算机之间的交流方式。 1.2.2 Web Services 技术：是企业在互联网上构建大型、复杂应用的理想技术。过去，一个大型复杂的应用系统里，各个模块、功能间通常是紧密耦合设计的，接口和数据交换都是内部专用的格式，使维护和扩展非常困难。We
6、b Services提供了全新的开发大型系统设计思路，大型系统的模块、功能可以非常独立地设计，各自之间通过接口查询以及自描述的XML格式的数据交换，轻松地将各个模块、功能集成为一个大型的系统，各自内部的改动不会影响其他模块或功能，使系统的维护和升级更加容易。1.2.3 J2EE 技术：J2EE首先是个有机的整体，她以J2SE为基础，包含13种主要技术：JDBC, EJB, RMI, JSP, JAVA SERVLETS, XML, JMS, JTS, JTA, JAVAMAIL 和 JAF。其实J2EE本质上由一整套服务（SERVICES）、应用程序接口（APIS）和协议构成，它对开发基于WE
7、B的多层应用提供了功能支持。J2EE还要求描述在何时、何处需要使用这些技术。过去，二层化应用 - 通常被称为CLIENT/SERVER应用 - 是大家谈论的最多的。在很多情况下，服务器提供的唯一服务就是数据库服务。在这种解决方案中，客户端程序负责数据访问、实现业务逻辑、用合适的样式显示结果、弹出预设的用户界面、接受用户输入等。CLIENT/SERVER结构通常在第一次部署的时候比较容易，但难于升级或改进，而且经常基于某种专有的协议通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非常困难。更重要的是，在WEB时代，二层化应用通常不能体现出很好的伸缩性，因而很难适应INTERNET的要求。设计J
8、2EE的部分起因就是想解决二层化结构的缺陷。于是，J2EE定义了一套标准来简化N层企业级应用的开发。它定义了一套标准化的组件，并为这些组件提供了完整的服务。J2EE还自动为应用程序处理了很多实现细节，如安全、多线程等。用J2EE开发N层应用包括将二层化结构中的不同层面切分成许多层。一个N层化应用能够为以下的每种服务提供一个分开的层： 显示：在一个典型的WEB应用中，客户端机器上运行的浏览器负责实现用户界面。当然终端类型可以多种多样。表示层: 尽管浏览器可以完成某些动态内容显示，但为了兼容不同的浏览器，这些动态生成工作应该放在WEB服务器端进行，使用JSP、SERVLETS，或者XML（可扩展标
9、记语言）和（可扩展样式表语言）。 业务层：业务逻辑适合用SESSION EJBS（后面将介绍）来实现。 数据访问：数据访问适合用ENTITY EJBS（后面将介绍）和JDBC来实现。 同后台系统的集成可能需要用到许多不同的技术，至于何种最佳需要根据后台系统的特征而定。 为什么有这么多的层？事实上，多层方式可以使企业级应用具有很强的伸缩性，它允许每层专注于特定的角色。例如，让WEB服务器负责提供页面，应用服务器处理应用逻辑，而数据库服务器提供数据库服务。由于J2EE建立在JAVA2平台标准版（J2SE）的基础上，所以具备了J2SE的所有优点和功能。包括“编写一次，到处可用”的可移植性、通过JDB
10、C访问数据库、同原有企业资源进行交互的CORBA技术，以及一个经过验证的安全模型。在这些基础上，J2EE又增加了对EJB（企业级JAVA组件）、JAVA SERVLETS、JAVA服务器页面（JSPS）和XML技术的支持。 下面我们用模式的眼光来审视J2EE架构的特点（注意并不是每个框架都有这样的特点的，J2EE灵活性做到了最大）：首先，灵活性。灵活性意指这种结构或模式是不依赖于任何实际应用，应该与操作系统、应用程序无关。提供独立的结构，可以提供最大的重用。其次，可扩展性。新技术的发展是很快的。试想一个基于现有J2EE技术的应用，如果哪天JDO被引入规范，这种应用还是基于“J2EE”的吗？即J
11、2EE的扩展会不会影响已有的应用的问题。可扩展性的应用架构是不会影响已有的应用的。J2EE的分层实现思想提供了各种技术的平滑过渡。再次，可伸缩性。对于集群应用，这种功能要求体系的一览无余。迄今为止，除了在操作系统级集群能作的比较好外，在应用级恐怕只有J2EE能够很好的做到这一点了。然后，可配置性。应用本身是变化的，因为需求随着人员的调用、业务的增长在不断变化。这样在配置应用时就需要有一定的灵活性。例如资源的访问控制，以前只有少许几个WEB资源，可以提供给大多数人访问；随着业务的扩展，新的业务不断增加，业务逻辑自然增加，这种资源的控制就需要一套灵活的机制来做调配。在J2EE中XML文件可以提供这
12、种灵活的控制。最后，安全性。进来由于网络环境的改善，网络应用呈爆炸式增长。在网络上一个基本的问题就是安全。一个安全的应用应该提供统一的用户访问控制即提供单入口点。J2EE天生为网络环境而诞生。J2EE模式中前端控制器等可以实现要求的安全控制。1.3 企业信息化需要合适的体系架构策略支持： 了解了目前标准化和开放的技术策略，一个非常关键的，信息建设的最基础的问题，信息系统架构的问题就是必须要慎重考虑的问题。现代软件逐渐流行起来的研究方法首先必从体系结构看起。这种看法颇有道理：从整体着眼可以看得清楚、看得远，而且可以看得清晰。所谓整体着眼可以又有居高临下的感觉，利于宏观控制、逐步建设；u 所谓看得
13、清楚意指涉及的建设内容非常清楚，里面到底有那些东西，有了清晰的体系结构，可以一目了然。u 所谓看得远，可以从体系结构中看开去，能够从体系上自然地与过去和未来作比较，看出这种体系的优点体现在哪里、缺点又表现在哪里、今后发展的方向应该在哪里；u 所谓看得清晰，意指一个体系结构中各内容彼此之间的交错众和、文理经脉能够一目了然，比清楚又进了一层。我们知道目前业界公认的和流行的企业业务集成(Message Broker )技术，就是非常强调体系架构，认为整体的、有技术先进性的和开放的体系架构的搭建至关重要。1.3.1 企业业务集成(Enterprise Message Broker )/BI技术(以前多
14、称为企业应用集成/EAI)对于企业信息化的建设，目前业界公认的和流行的企业业务集成(Message Broker )技术是企业在信息化建设过程中的经验总结和教训积累。以前大家多称为企业应用集成/EAI，现在业界普遍使用 BI（Message Broker ,有别于商业智能/Business Intelligent），认为 BI的概念比 EAI涵盖的内容和范围更广，更容易使企业的业务需求完整的整合，而中间没有断沟。目前信息应用的程度参差不齐，现状距离实现理想化的信息应用模式还存在着以下一些差距： 信息应用层面的差距目前的信息应用是按部门的职责设定和开发的，而没有按照业务流程去定义，所以在信息的关
15、联、流通和共享上存在着不畅。造成的问题是不同部门在收集数据上产生重叠，文档在不同部门之间重复存储，部门之间的协同工作不顺，资源被浪费。没有一个整体的信息应用规划因此现有的系统在开发上没有考虑在整体结构中的位置和角色，因此在功能上有缺乏或重叠，不同应用之间没有统一的接口，无法相互沟通在应用功能层面缺乏知识累积、再生和分享方面的应用，缺乏前端与客户相连、后端与合作伙伴相连的应用。造成的问题是知识分散在个人或某些部门，而需要这些知识的人因为沟通不畅的原因需要重新累积经验，造成重复犯错或知识的获得成本增加。 人员素质层面的差距 人员在信息技术应用水平上需要提高，需要加强内部培训人员对于管理的认知水平需要提高，这样才可以方便信息应用在内部的推广其中主要涉及内容：一个企业中关键的 人员、信息、应用、流程四个方面。u Portals 企业门户是企业业务中的 User Interaction, 各类用户和各种设备的统一界面。是企业内外部数据和信息资源的整合和发布工具，是企业应用系统的集成平台和单一访问入口，是基于商务协作的企业级应用的运行平台和开发管理工具。 u 信息集成/Information Integration是企业中面向数据的整合，是基于数据层面的解决。涵盖企业中和数据相关的各类
