精华内容
下载资源
问答
  • 企业架构-数据服务总线思路

    千次阅读 2020-04-20 15:14:51
    数据服务总线是快速数据集市构建工具,提供企业内部以及跨企业间不同业务主题之间数据共享和同步服务,设计的目的是对最终业务数据进行预处理,以减少业务复杂度提高访问效率。 背景描述 在常规的业务系统中数据...

           我们的系统设计总是滞后业务场景的,在业务场景不断增加的过程中,往往面临这样的矛盾。即:业务流程贯通系统的需求和系统数据隔离的趋势格格不入。业务场景在发展过程中总是需要融入新的数据进而产生新的业务形态,但是系统随着业务复杂度提高会产生一种业务封锁的趋势。此时的系统就像一幅画,它从一张白纸慢慢发展成水墨画,再往后这幅画的任何改动都最终会导致画的毁坏。换个说法就是业务希望我们的系统是动画,而实际我们的系统是一幅漫画。
            数据中转服务总线的思路其实就是给我们系统提供一种动的元素。借助数据共享和同步机制构建专项主题的数据集市,进而降低业务与业务之间以及系统与系统之间的耦合度,提高系统弹性和稳定性。 数据中转服务总线是一个快速数据集市构建工具,提供企业内部以及跨企业间不同业务主题之间数据共享和同步服务,设计的目的是对最终业务数据进行预处理,以减少业务复杂度提高访问效率。

    背景描述
            在常规的业务系统中数据通常是分散存储,数据源的位置从同一个系统的不同服务,到不同系统的不同服务,以及到跨企业服务。直接导致请求链路增加,业务复杂度提高,系统稳定性降低。同时数据源分散也导致用户获得响应的时间延长影响用户体验。数据服务总线通过对数据进行必要的同步和预处理,构建特定主题的数据集市。最终用户在请求服务时,系统只需要在特定主题的数据集市中做简单查询就可以快速响应用户请求。

    常规模式和服务总线模式对比
           常规模式服务数据源分散在不同的表,不同的库,甚至不同的企业服务之间。用户发送服务请求后,同构系统(同库)通过复杂的查询获取结果,异构系统按照固定业务流程在不同的系统之间获取数据,然后在主流程中行进数据的筛选、过滤、加工,最后响应用户请求。但是不管是哪种方式最终都会照成业务复杂度提高,提高开发难度和维护难度。比如同构系统(同库)需要开发人员比较高超的SQL开发技巧,异构系统需要开发人员高超的业务梳理能力。
           常规业务流程

            服务总线模式的根本理念是服务拆分和数据同步。服务拆分通过将复杂的业务拆分为简单的业务单元达到降低业务复杂度的目的。数据同步通过转储核心业务的原始数据实现不同系统之间的数据共享因为数据都是来源于原始数据避免了数据多次转移过程中可信度降低的问题。在集成不同系统的同时,必须考虑服务质量方面的问题,如事务性和消息传递的可靠性。对于关键的服务,数据服务总线需要以加密的方式进行消息传递,并且必须验证访问者的权限。数据服务总线软件作为数据集市基础架构的一个复杂子系统,还必须配有相应的管理和监控功能,用于数据总线软件自身的系统管理、日志记录、测量和监控等。

    数据服务总线体系结构

     

     

    总结:

           在我看来每种服务都有它的应用场景和业务范围,因为企业架构是个不断权衡决断的过程,如果一种架构方案的本身超过了他所需要服务的业务本身,那么是否需要使用就需要慎重考虑了。数据服务总线的本质就是数据同步和预处理,但是工作中其实也有很多次场景并不是一定要做数据同步和预处理,只要做简单的业务分解,实际的系统难度一样会变得非常简单。

         不过数据服务总线构建数据集市的思路,我觉得还是个不错的思路----“大材小用,小用注定非凡”

    展开全文
  •  企业级信息总线的建设有助于优化IT总体架构,其首要任务应是建设EASB(Enterprise Application Service Bus,企业应用服务总线)和EDSB(Enterprise Data Service Bus,企业数据服务总线)。EASB通过注册和发布...
    目前,很多企业都面临着如下问题:企业需要的数据在哪里?如何才能在预定的时间内获取所需要的数据?这些数据意味着什么?这些数据可信吗?如何才能将需要的数据转换为所需的格式?如何才能将它加载到企业需要的地方?如何有效控制这些数据?同时,还要面对如下现实:数据架构规划缺位带来的数据异构分布问题;数据孤岛、冗余和流程割裂带来的数据不一致问题;元数据管理不统一带来的数据血缘关系混乱问题;数据私有化、应用部门条块化带来的数据质量不高问题等。数据服务总线概念的提出正是解决这些问题的一种新思路。
      一、企业级信息总线的提出
      随着以客户为中心的理念逐步落实,为客户提供综合性的产品和服务、围绕客户便利建立业务流程、提供一致的客户体验等需要越来越突出,同时市场激烈的竞争环境也要求企业快速推出新产品和新服务。
      为此,对企业的IT架构提出这样的要求:要求各业务系统能同时为多个渠道提供服务,以提供一致的客户体验;要求单个渠道能同时访问多个业务系统的服务,以组合不同业务系统提供的服务;要求各应用系统提供的功能纳入流程管理,以给客户提供更多的使用便利;要求各应用系统之间实现数据交换和数据整合,以给管理层提供有价值的综合性信息。
      建立企业级信息总线来实现业务系统与各渠道系统以及各业务系统之间的集成是实现柔性架构的较好选择。各系统之间不再相互连接,而是通过信息总线实现间接连接,从而构成一个星形的、松耦合的应用体系架构。信息总线是个逻辑概念,其具体形式可以很灵活,可以是一个元总线概念,而不一定是一个中心Hub,甚至还可以部分采取点对点直连的方式,以此尊重应用系统客观上的差异。
      企业级信息总线的建设要超越“部门级和产品级”的视野,根据整个企业的发展方向来构建信息化体系,以此保证IT总体架构的柔性。企业级信息总线系统的建设可分为以下两个阶段:第一阶段是建立面向服务的企业级信息总线,实现渠道系统、业务系统和管理系统的应用与数据共享;第二阶段是实现基于信息总线的业务流程整合,利用BPM技术实现不同系统间流程的衔接,解决流程割裂的问题。
      二、数据服务概念的引入
      企业级信息总线的建设有助于优化IT总体架构,其首要任务应是建设EASB(Enterprise Application Service Bus,企业应用服务总线)和EDSB(Enterprise Data Service Bus,企业数据服务总线)。EASB通过注册和发布不同系统的应用服务、屏蔽不同系统在通信和数据提供方式上的差异,实现应用服务的共享;EDSB提供不同系统间数据传输的高速通道,同时实现数据基于一定标准的转换和存储,并对外提供直接数据服务。通过EDSB可实现不同系统之间数据关系的松耦合,以更加直接的方式实现企业的信息资源共享。
      从信息获取的角度看,EDSB有别于EASB之处在于它获取的信息是“生”(RAW)的,对数据的操作是批量的、直接的。EDSB的实现是数据从单个部门、单个系统通过公共服务提供平台从专有迈向共享的过程。数据服务,即面向服务的数据共享本质上是一种设计风格,它通过松耦合的可重复服务将相关的数据直接呈现给各种用户和流程,并利用开放标准获得数据的可互操作性。
      数据服务总线由有组织的数据及其集成平台构成,数据集成平台能够提供强大的数据级功能和共享服务方法,支持数据使用者以一致和可重复的方式访问任何位置、任意形式的数据。借助数据集成平台提供开放的、基于标准的数据服务功能(包括数据访问、语义调解、数据管理等),可以提高企业范围内数据的可用性。
      三、数据服务总线规划的通病
      尽管企业级数据服务总线在不同的企业有不同的称呼和不同的定位,如企业数据整合平台(EIIP,Enterprise Information Integration Platform)、企业信息服务总线(EISB,Enterprise Information Service Bus)等,但数据服务总线必将成为越来越多的企业总体架构的事实上的核心节点。然而,许多企业中如此重要的核心节点的发展并不顺畅。究其原因,主要在规划方面存在以下问题。
      (1)对数据服务总线重要性认识不足。在架构管理层面未能充分认识数据服务总线是IT成本控制的重要环节,及其对于建立柔性IT总体架构的重要性,缺乏具有前瞻性的规划,缺乏相关领域系统的明确定位和必要的投入。
      (2)异化了数据服务总线的全局性概念。不少企业以数据交换平台 (UDI,Unified Data Interchange)或企业级数据仓库(EDW,Enterprise Data Warehouse)来代替企业级数据服务总线,以偏概全,犯了规划片面化、简单化的错误。
      (3)有规划、无变化,数据服务总线的规划缺乏必要的弹性。企业级数据服务总线的规划重在具备随需而变的能力,需要根据数据提供系统的特点和数据消费系统的需要具备提供多层次数据服务的能力。
      (4)只选贵的,不选对的。特定数据的获取往往有多种渠道和方式,但成本是不同的。不少企业在规划企业级数据服务总线时未能借鉴SLA(服务水平协议)的理念为用户提供最适合的数据服务。
      由于在规划层面存在先天缺陷,诸如数据依赖关系混乱、数据处理环节繁多、数据重复存储、交换标准不统一、数据定义不一致、数据复用成本高、元数据管理缺失等问题也就不足为奇了。而上述问题的存在必将影响IT总体架构的可持续性,企业数据服务总线的全面规划已刻不容缓。
      四、数据服务总线规划的目标
      数据服务总线规划的根本目标是建立数据服务领域的架构体系,而不能简单、狭隘地将其理解为单个的应用系统。数据服务总线的规划出发于且根植于数据消费系统对于数据整合范围、数据加工深度、数据新鲜程度的需求,不能脱离具体需求空谈规划问题,其架构见图1。


    [img]http://dl2.iteye.com/upload/attachment/0088/4994/be7b793f-cb89-3223-baac-d294b2843b5a.jpg[/img]

    数据服务总线规划的具体方向和目标可归纳如下:
      (1)在SLA理念指导下,根据数据消费系统的需求,分类处理,提供不同加工深度、精度、速度的数据服务通道,为数据消费系统提供最合适的数据服务模式。
      (2)创建可扩展的系统架构,满足快速提供大量数据的要求,并且能够支持未来潜在的数据需求。
      (3)建立高效灵活的ETL体系,改变具体数据消费系统独立处理数据的现状,减少数据传输环节,减少数据落地,降低数据存储成本。
      (4)建立数据模型,提高数据质量,屏蔽源系统对目标系统的影响,统一存储、保证数据的一致性,实现数据共享。
      (5)抽取和提炼数据消费系统共性的数据处理活动,统一规划,提高信息利用率,以减少重复加工成本。
      (6)建立和健全数据管理、控制机制,严格审查和规范数据依赖关系,在网络、系统、应用层面建立数据安全保障体系。
      (7)依据元数据管理成熟度模型理论,引入元数据管理工具,提升共享、重新获取和理解企业信息资产的水平。
      数据服务总线的规划和落地实施既是技术问题也是管理问题,管理方面的问题往往直接阻碍技术进步。因此,在架构管理层面应明确数据提供者、数据使用者、数据中间环节加工者这三者之间的分工与责任,指定未来数据服务总线的规划、研发与运行管理责任单位,维持一个较为稳定的团队,实现专业化、团队化管理。同时,在此过程中应正确处理好历史遗留系统与新建系统的关系,以存量和增量的眼光对其区别对待,正确发挥组成数据服务总线的各要素系统的作用。
      总之,在SLA理念的指导下,全面规划数据服务架构,制定数据服务的标准,整理归纳数据服务分类与层次划分,将有助于实现IT总体架构数据服务水平的提升。
    展开全文
  • 协同企业服务总线,能够进行应用集成、数据集成
  • 针对目前行业信息化集成项目建设中存在接口具有多样性、数据规范不一致的问题,对企业服务总线技术进行了研究,分析了企业应用集成、面向服务的体系结构及企业服务总线的优缺点,介绍了企业服务总线的工作流程及其关键...
  • 系统采用最新的SOA架构思想、B/S结构模式,依托企业服务总线实现各业务系统数据交换及共享。数据交换与管理模块采用Web Service接口方式实现业务数据的同步,为建设权威、一致的船舶及港航企业主数据库提供数据基础。...
  • 就是企业数据总线的意思,他的核心功能就是兼容各种协议接口,可以将数据在各种协议之间进行流转,并且可以针对数据格式进行编排转换 代表性的项目有:JBOSS ESB,Mule,Camel 以及一些其他的esb项目 2、什么是...

    一、概述

    1、什么是ESB

    就是企业数据总线的意思,他的核心功能就是兼容各种协议接口,可以将数据在各种协议之间进行流转,并且可以针对数据格式进行编排转换

    代表性的项目有:JBOSS ESB,Mule,Camel 以及一些其他的esb项目


    2、什么是服务注册

    就是将所有的服务接口(很多时候是hession协议的接口),注册到一个中心的分布式服务集群上(你可以考虑成apache的zookeeper服务实现的效果)。各个业务系统直接访问分布式服务查找需要调用的接口位置,进而调用

    代表性开源项目有:阿里的dubbo,淘宝的HSF(现在不知道是否继续开源了)


    二、双方特点

    1、ESB

    ESB一般采用集中式转发请求,适合大量异构系统集成,并且压力不大的情况


    但集中式转发也是有优势的,比如调用方用http协议,提供方用rmi协议,转发就可以转换协议,对双方都透明。另外,在总线上还可以执行流程引擎,做服务编排,比如A和B两个服务经常一起调,就可以编排成服务C,而不用再单独启一个服务去做。还有,安全,流控,做起来也更方便。

    支持groovy类型的脚本语言,在总线上可以给数据格式做转换


    2、服务注册管理

    采用的是分布式调用,注册中心只记录地址信息,然后直连调用,适合并发及压力比较大的情况。

    对于网站应用,大多是垂直业务,直接从数据库拉数据展示。


    三、应用场景

    1、ESB

    esb最常见的场景是,把系统里的集成逻辑,单拉出来,
    放到esb容器里来部署,并跟应用系统适配。
    这样让应用系统变得只有自己的业务逻辑,简单、轻薄。

    劣势:在所有的服务上增加了一个总线作为沟通的渠道。对于较大的并发量会将瓶颈推到ESB总线上。很多时候ESB总线都采用MQ类的消息服务器来异步处理缓解压力

    2、服务注册

    淘宝和阿里的各个业务系统提供了很多的接口,这个时候需要统一管理提供个各子业务系统使用,让各个子业务系统可以通过注册中心很快找到对应的服务

    劣势:服务编排和协议转换还是靠各个业务子系统了


    四、综述

    1、两类开源项目侧重点不同,ESB侧重任务的编排,性能问题可通过异构的方式来进行规避。无法支持特别大的并发

    2、服务注册侧重服务的治理,将各个服务颗粒化,各个子业务系统在程序逻辑上完成业务的编排。但是比较实用较大的并发量,因为dubbo类的只是存放服务地址。有zookeeper类的分布式通讯框架,能保证单点的失败不影响整个系统的业务调用,因为业务接口都是在各个提供服务的子系统中



    转载于:https://my.oschina.net/abcijkxyz/blog/722120

    展开全文
  • ESB-企业服务总线

    万次阅读 2017-05-18 13:53:08
    ESB全称为Enterprise Service Bus,即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。ESB的出现改变了传统的软件架构,可以...

    ESB全称为Enterprise Service Bus,即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。从功能上看,ESB提供了事件驱动和文档导向的处理模式,以及分布式的运行管理机制,它支持基于内容的路由和过滤,具备了复杂数据的传输能力,并可以提供一系列的标准接口。

    ESB的基本概念

    企业服务总线(EnterpriseServiceBus,ESB)从面向服务体系架构(Service-OrientedArchitecture,SOA)发展而来,是传统中间件技术与XML、Web服务等技术结合的产物。
    ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。ESB采用了“总线”这样一种模式来管理和简化应用之间的集成拓扑结构,以广为接受的开放标准为基础来支持应用之间在消息、事件和服务级别上动态的互连互通,是一种在松散耦合的服务和应用之间标准的集成方式。它可以作用于:
    ①面向服务的架构—分布式的应用由可重用的服务组成;
    ②面向消息的架构—应用之间通过ESB发送和接受消息;
    ③事件驱动的架构—应用之间异步地产生和接收消息。
    ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为低廉的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。从功能上看,ESB提供了事件驱动和文档导向的处理模式,以及分布式的运行管理机制,它支持基于内容的路由和过滤,具备了复杂数据的传输能力,并可以提供一系列的标准接口。

    基本功能

    1)服务的MetaData管理:在总线范畴内对服务的注册命名及寻址进行管理。
    2)传输服务:确保通过企业总线互连的业务流程间的消息的正确交付,还包括基于内容的路由功能。
    3)中介:提供位置透明的路由和定位服务;提供多种消息传递形式;支持广泛使用的传输协议
    4)多服务集成方式: 如JCA,Web服务,Messaging ,Adapter等。
    5)服务和事件管理支持: 调用服务的记录、测量和监控数据;提供事件检测、触发和分布功能;

    扩展功能

    1) 面向服务的元数据管理: 他必须了解被他中介的两端,即服务的请求以及请求者对服务的要求,以及服务的提供者和他所提供的服务的描述;
    2) Mediation :它必须具有某种机制能够完成中介的作用,如协议转换;
    3) 通信:服务的发布/订阅、响应/请求、同步/异步消息、路由和寻址等;
    4) 集成: 遗留系统适配器,服务编排和映射,协议转换,数据变换,企业应用集成中间件的连续等。
    5) 服务交互: 服务接口定义,服务实现的置换,服务消息模型,服务目录和发现等。
    6) 服务安全: 认证和授权、不可否认和机密性、安全标准的支持等;
    7) 服务质量: 事务,服务的可交付性等;
    8) 服务等级: 性能、可用性等。
    ESB 中最常提到的两个功能是消息转换和消息路由。

    ESB架构

    ESB 是传统中间件技术与XML、Web服务等技术相互结合的产物,ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。从功能上看,ESB提供了事件驱动和文档导向的处理模式,以及分布式的运行管理机制,它支持基于内容的路由和过滤,具备了复杂数据的传输能力,并可以提供一系列的标准接口。

    ESB的发展

    在云计算应用时代,ESB将逐步发展到EBB(Enterprise Business Bus, 企业业务总线),国际范围内EBB尚处于发展初期,当然许多人也将ESB在业务上的应用,未作区分对待而统一作为ESB看待。事实上,ESB更关注IT服务,而EBB更关注业务执行,具有不同的属性。
    国内在2008年就有人就EBB的发展做了专题研究,并就潍柴动力与湘火炬汽车集团结成战略联盟后形成的集齿轮箱、变速器、发动机和整车为一体的汽车产业链实例,使用面向服务的架构SOA和企业协同理念,给出了协同服务平台的设计与分析。
    目前国内在EBB领域研究较为超前的,是由中国最年青博士后导师之一、协达软件创先人付勇,所指导的协同软件博士后工作站。该团队所研究的成果,已经在产业应用上有良好表现,并广泛应用在办公自动化OA、企业资源计划ERP、制造执行系统MES、客户关系管理CRM等领域。

    应用特征

    大规模分布式的企业应用需要相对简单而实用的中间件技术来简化和统一越来越复杂、繁琐的企业级信息系统平台。面向服务体系架构(SOA)是能够将应用程序的不同功能单元通过服务之间定义良好的接口和契约联系起来。SOA使用户可以不受限制地重复使用软件、把各种资源互连起来,只要IT人员选用标准接口包装旧的应用程序、把新的应用程序构建成服务,那么其他应用系统就可以很方便的使用这些功能服务。
    支撑SOA的关键是其消息传递架构-企业服务总线(ESB)。ESB是传统中间件技术与XML、Web服务等技术相互结合的产物,用于实现企业应用不同消息和信息的准确、高效和安全传递。让不同的应用服务协调运作,实现不同服务之间的通信与整合。ESB在不同领域具有非常广泛的用途:
    电信领域:ESB能够在全方位支持电信行业OSS的应用整合概念。是理想的电信级应用软件承载平台。
    电力领域:ESB能够在全方位支持电力行业EMS的数据整合概念,是理想的SCADA系统数据交换平台
    金融领域:ESB能够在全方位支持银企间业务处理平台的流程整合概念,是理想的B2B交易支撑平台。
    电子政务:ESB能够在全方位支持电子政务应用软件业务基础平台、信息共享交换平台、决策分析支撑平台和政务门户的平台化实现。

    主要结构

    ESB提供了一种开放的、基于标准的消息机制,通过简单的标准适配器和接口,来完成粗粒度应用(服务)和其他组件之间的互操作,能够满足大型异构企业环境的集成需求。它可以在不改变现有基础结构的情况下让几代技术实现互操作。
    通过使用ESB,可以在几乎不更改代码的情况下,以一种无缝的非侵入方式使企业已有的系统具有全新的服务接口,并能够在部署环境中支持任何标准。更重要的是,充当“缓冲器”的ESB(负责在诸多服务之间转换业务逻辑和数据格式)与服务逻辑相分离,从而使得不同的应用程序可以同时使用同一服务,用不着在应用程序或者数据发生变化时,改动服务代码。

    7.1 Smart Service Bus

    Smart Enterprise Service Bus™是神州数码秉承SOA理念,结合十数年企业应用集成领域的最佳实践,研发的一套功能完善、高效稳定、灵巧开放的企业服务总线中间件。作为核心的交换平台,能保证7*24小时永不间断提供服务。提供最优的扩容方式,保证扩展线性度达到100%,为组织提供高吞吐量的优质基础服务。提供灵活的部署方式,支持集中部署、分布式部署及总分结构部署。最佳的IT架构治理平台,提供基于元数据的服务治理工具和系统监控工具套件。

    7.2 Oracle Service Bus

    Service Bus的前身是BEA的AquaLogic Service Bus,BEA AquaLogic产品家族交付了最全面的服务基础架构产品线,可以帮助企业成功部署SOA。作为首款完全针对SOA而构建的产品套件,它为IT提供了一组统一的产品来处理消息传递、服务管理、数据一致和安全需要。
    Oracle Service Bus为IT提供了一个理想的SOA基础,可以实现下列业务目标:
    通过动态配置异构共享服务之间的集成来节省时间。
    通过简单的集中式服务注册来减少维护工作。
    通过经济有效的服务部署和自动配置来降低成本。
    通过确保服务交互的正常进行和可用性来增加正常运行时间。
    通过使用服务元数据来简化共享服务的配置、集成和管理。
    提供支持基于SOA的业务解决方案所需的企业级可靠性和性能。[1] 

    7.3 IBM WebSphere ESB

    IBM 提供了三种 ESB 产品:IBM WebSphere ESB、IBM WebSphere Message Broker、IBM WebSphere DataPower Integration Appliance XI50。根据您的需求选择 ESB 来增强您的 SOA。WebSphere ESB 是一种基于平台的 ESB,作为集成的 SOA 平台,针对 WebSphere应用服务器进行了优化。WebSphere Message Broker 是跨平台的 ESB,是为异构 IT 环境中的统一连接和转换而构建的。WebSphere DataPower Integration Appliance XI50 是一种基于设备的 ESB,是为简化的部署和更强的安全性而构建的。客户面临着从简单到复杂的各式各样的 ESB 需求。

    7.4 Microsoft ESB

    微软通过其应用平台提供了全面的ESB服务,包括:Windows Server®2003,.NET Framework, BizTalk®Server 2008 R2. 应用平台提供了一个基础架构,基于此可以灵活和安全地重复使用架构和商业服务,并具有协调原有的服务整合到新的端到端的业务流程中的能力。
    微软通过一些列的产品Windows Server 2003, the .NET Framework 3.0, and BizTalk Server 2006作为对企业实现ESB的支撑,Microsoft ESB Guidance是基于BizTalk Server 2006一组应用,它提供以下公用的ESB组件:l Message routing (消息路由) l Message validation (消息验证) l Message transformation (消息转换) l Centralized exception management(集中的异常管理) l Extensible adapter framework(可扩展的适配器框架) l Service orchestration(服务的编制支持) l Business rules engine(业务规则引擎) l Business activity monitoring(业务活动监视)微软 ESB 指南提供了架构指导,模式和实践,以及一套BizTalk Server 和 .NET Framework 组件来简化基于微软平台的大型或小规模的ESB解决方案的开发。它还可以帮助开发人员扩展现有的信息和集成解决方案,包括的一些服务和组件。

    7.5 JBOSS SOA Platform

    JBoss Enterprise SOA Platform提供了一个基于标准的平台,用以集成应用、SOA服务、业务事件和自动化业务流程。这一SOA平台集成了特定版本的JBoss ESB、jBPM、Drools、和已得到验证的JBoss企业应用平台,把它们组织在一起形成一个单一的企业级发布。JBoss Enterprise SOA Platform打包了不少流行组件如:
    l JBoss ESB l JBoss jBPM jPDL l JBoss Rules (Drools) l JBoss Application Server l Hibernate l Hibernate Entity Manager l Hibernate Annotations l JBoss Seam l JBoss Web (嵌入式Tomcat 6.0) l JBoss Cache l JGroups l JBoss Messaging l JBoss Transactions l JBoss Web Services (JBossWS) l JBossXB l JBoss AOP l JBoss Remoting l JBoss Serialization l JacORB

    7.6 ServiceMix对ESB的实现

    ServiceMix是一个建立在JBI (JSR 208)语法规则和APIs上的开源ESB(Enterprise Service Bus:企业服务总线)项目。ServiceMix是基于JBI的ESB。它是开源的基于JBI语义和API的ESB和SOA工具包,以Apache许可证方式发布。 它是轻量的ESB实现,易于作为嵌入式ESB使用;集成了对Spring技术的支持;可以在客户端或服务器端运行;可以作为独立的ESB提供者,也可以作为另外ESB的服务组件; 可以在JavaSE或JavaEE服务器中使用;ServiceMix同Apache Geronimo以及JBoss服务器完全集成,并且在Apache Geronimo服务器中可以直接部署JBI组件和服务。Java Business Integration (JBI,Java业务集成)技术规范定义了SOA的服务导向集成的内核和组成架构。它对公共讯息路径架构、服务引擎与捆绑的插件程序接口,以及复合型服务描述机制等都进行了标准化,这样就将多种服务结合成为一个单一的可执行的和可审核的工作单元。JBI和ServiceMix关系图JBI并不是一个为开发者设计的一个接口,更准确的说它是在JBI容器里为集成商提供相互集成的一个体系和一系列的接口。所以人们能集合他们所需要的所有部分,做出一个总体解决。例如在理论你能从BPEL引擎上,EJB容器上或者是数据传输产品上集合一个基础设施,并且能够集成的很合适。 ServiceMix 中包含完整的JBI容器,支持JBI规范的所有功能要求:l 规范化消息服务和路由 l JBI管理Beans (MBeans)l 组件管理和安装的Ant任务l 对JBI部署单元的完全支持,支持JBI组件的热部署

    7.7 NEC WebOTX ESB

    WebOTX Enterprise Service Bus(以下简称WebOTX ESB)是灵活地结合基于SOA 的系统上的业务应用的,具有消息交换功能的服务运行平台的中间件,是在WebOTX Application Server 的Java EE 环境上动作的ESB 运行环境。WebOTX ESB 处于处理层和服务层中间的Hub产品的位置,使业务变更时系统能灵活对应。
    WebOTX ESB 遵循JBI1.0(服务总线的Java 标准定义),提供标准的对应了各种协议的组件,能实现与业务应用的无缝连接。此外,提供了丰富的适配器群以致能与大型计算机上的业务应用、EAI 工具等连接。而且,提供了能吸收服务间消息差异的高速XML 变换引擎,使得不进行任何变更就能灵活地实现系统的构筑。

    7.8 RES Infomatic Service Bus

    RES Infomatic Service Bus是锐易特软件信息整合解决方案中最为核心的企业级信息服务总线产品。该产品理念与核心技术跟IBM、Oracle等国际主流厂商的ESB产品同步,自2004年至今,经过了为期两年的国外产品原型设计和四年的国内本土研发与多行业重量级客户实践检验。广泛应用于金融、电信、政府、公共卫生等行业。它是由七款子产品构成的产品家族,包含了Universal Adapters 通用适配器、Message Broker消息代理、Service Monitor服务监控中心、Service Proxy 服务代理、Registry and Repository 服务资源注册中心、Configuration Manager 配置管理中心、Integration Tools 整合开发工具集,这些子产品相互支撑、协同工作,共同构成分布式信息服务总线的开发、部署、运行、管理的SOA全生命周期支持。

    7.9 Mule ESB

    Mule ESB是一种基于java的、轻量级的企业服务总线和集成平台,它允许开发者快速的、简单的连接应用,并能够实现数据的转换。
    Mule ESB的主要功能如下:
    服务的创建与管理(Service creation and hosting):用Mule ESB作为一个轻量级的服务容器来暴露和管理可重用的服务。
     服务调解(Service mediation):隐藏服务消息的格式和协议,将业务逻辑从消息中独立出来,并可以实现本地独立的服务调用。
     消息路由(Message routing):基于内容和规则的消息路由、消息过滤、消息合并和消息的重新排序。
     数据转换(Data transformation):在不同的格式和传输协议中进行转换数据。

    ESB以太网插板:

    ESB26 与ESB24 板的不同主要是在插板上提供的以太网接口的数量不一样ESB26 提供26 个接口,ESB24 上有24 个;另外ESB26 板前面板上有六个以太网接口一个com 口,ESB24 板前面板上有四个以太网接口一个com 口;通常构成EMB 的ESB 板也属于SWU 单元,还有LANU 上的ESB 板也是SWU单元。

    Apache synapse ESB

    http://synapse.apache.org/

    Apache Synapse企业服务总线(ESB)

    Apache Synapse是一种轻量级的高性能企业服务总线(ESB)。 Apache Synapse由快速和异步的中介引擎提供支持,为XML,Web服务和REST提供了卓越的支持。 除了XML和SOAP之外,Apache Synapse还支持多种其他内容交换格式,例如纯文本,二进制,Hessian和JSON。 适用于Synapse的广泛的传输适配器使其能够通过许多应用和传输层协议进行通信。 到目前为止,Apache Synapse支持HTTP / S,邮件(POP3,IMAP,SMTP),JMS,TCP,UDP,VFS,SMS,XMPP和FIX。

    Apache Synapse是Apache Software License 2.0下分发的免费开源软件。 最新版本的Synaspe是v3.0.0  此版本带来了大量新功能,错误修复,性能和稳定性改进。

    Apache Synapse,Synapse,Apache,Apache羽毛徽标和Apache Synapse项目徽标是The Apache Software Foundation的商标

    版本3.0.0中的新功能

    • 高性能PassThrough HTTP传输支持所有调解方案
      • 超快速,低延迟的HTTP请求中介
      • 同时支持大量入站(客户端 - > ESB)和出站(ESB - >服务器)连接
      • 使用共享缓冲区来智能地处理内置在引擎中的消息内容和内容感知,以处理数据
      • 在存在慢或故障的客户端和服务器的情况下,自动节流和性能下降
    • HTTP传输的OCSP / CRL证书验证支持
    • 响应中介者 - 调解人从中介流程中的任何地方回复客户端
    • Loopback Mediator - 从IN序列跳转到OUT序列的中介者
    • 标题中介者改进
      • 支持添加/删除传输头
    • 新的xpath函数
      • url-encoded xpath函数
      • 从get-property函数访问系统属性
      • base64解码功能
    • 消息处理器改进
      • 重新排序消息处理器
      • 新的阻止客户端实现
    • 消息注入任务改进
      • 支持向代理服务注入消息
      • 支持向命名序列注入消息
    • 标注调解员改进
      • 支持WS-Security
      • 内联终端支持
      • 能够使用'To'头动态设置EPR
      • NTLM支持
    • 脚本中介者改进
      • 支持删除属性
    • REST API改进
      • 运输级别访问限制

    主要特征

    • 代理服务 - 促进传输,接口(WSDL / Schema / Policy),消息格式(SOAP 1.1 / 1.2,POX / REST,文本,二进制),QoS(WS-Addressing / WS-Security / WS-RM) MTOM / SWA)
    • 用于快速HTTP交互的非阻塞HTTP / S传输,并支持数千个并发连接
    • 用于文件操作和与FTP,SFTP,CIFS和WEBDAV交互的VFS传输
    • JMS支持二进制,纯文本,XML和SOAP有效载荷
    • 邮件传输,广泛支持POP3,IMAP和SMTP
    • 支持业界推动的财务信息交换(FIX)协议
    • 内置注册表/存储库,便于动态重新配置和关联资源(如XSLT,XSD,JS等)
    • 内置支持使用Quartz调度程序调度任务
    • 负载均衡(带或不带粘性会话)和故障切换路由
    • 支持许多Web服务标准,包括WS-Addressing,WS-Security和WS-Reliable Messaging
    • 基于策略的消息限制和缓存(特别支持集群环境)
    • 消息分割和聚合
    • 使用数据库连接池进行数据库查找和更新支持
    • 针对序列,端点和代理服务的细粒度统计信息收集
    • JMX监控管理
    • 可以使用Java,Spring或BSF脚本语言(Javascript,Ruby,Groovy等)轻松扩展

    高级架构

    Apache Synapse的设计是轻量级和快速的。 非阻塞HTTP传输,多线程中介引擎和流式XML信息集合结合起来,以确保Synapse可以以最小的延迟和资源使用通过服务总线调解非常大量的消息。 Synapse还具有全面的日志记录功能,统计信息收集和JMX监视支持,这在生产部署中至关重要。

    Synapse使用Apache Axis2作为底层Web服务引擎。 因此,它对Web服务和相关标准(如SOAP和WSDL)有突出的支持。 经过测试的Axis2模块,如Apache Rampart和Apache Sandesha2,可与Synapse一起使用,无需配置开销。 使用这样的外部模块,Apache Synapse支持一系列Web服务标准,包括WS-Security和WS-Reliable Messaging。 Synapse还利用Axis2集群框架提供企业级集群支持。

    Synapse使用简单的基于XML的配置语言进行配置。 配置语言和相关功能组件的设计考虑了SOA最佳实践。 将配置片段存储在外部SOA注册表中并将其按需导入到中介引擎是微不足道的。 Synapse提供了大量的调解器,可用于实现即使是最复杂的企业集成方案。 如果需要,可以通过使用Java或您最喜欢的脚本语言开发定制调解器来扩展中介引擎。


    开源ESB方案:http://www.oschina.net/project/tag/333/esb

    展开全文
  • 就是企业数据总线的意思,他的核心功能就是兼容各种协议接口,可以将数据在各种协议之间进行流转,并且可以针对数据格式进行编排转换。(格式转换、协议转换、代理、编排、安全控制、监控、不支持高并发,类似于...
  • 结合自身实际建设,详细介绍了基于共享数据中心(Sharing Data Center)、应用SOA(Service-Oriented Architecture)核心组件ESB(Enterprise Service Bus)实现的数字化校园应用系统整合,真正意义上达到了数字化校园...
  • 物联网是新一代信息技术的重要组成部分。...但高校在数字化校园建设过程中,由于诸多原因,应用系统数据的使用、集成和共享出现了瓶颈,随着应用的增多,“信息孤岛”也日渐突现,一定程度上制约着高校信息化
  • 通过企业服务总线连接SOA服务

    千次阅读 2008-08-26 13:43:00
    由于众多原因,企业服务总线 (ESB) 是任何企业级 SOA 必不可少的一部分。随着实施面向服务结构体系 (SOA) 这一观念的日渐普及,企业发现自己的服务组合规模日益增大。如果不遵循正确的体系结构模式,则很难有效地...
  • 企业服务总线架构

    千次阅读 2018-04-10 12:27:36
    2 特征(1)描述服务的元数据服务注册管理(2)在服务请求者和提供者之间传递数据,支持数据转换,支持同步,异步模式(3)具有发现,路由,匹配和选择的能力(4)安全性高,质量保证,可管理,负载平衡(5)实现...
  • ESB是Enterprise Service Bus的简称,中文翻译为企业服务总线企业服务总线是一个实现系统间集成和互联互通的重要技术架构,可以理解为是一种消息和服务集成的中间件平台。 ESB解决了什么问题 ESB为了解决刚才说的...
  • 一、概述 1、什么是ESB 就是企业数据总线的意思,他的核心功能就是兼容各种协议接口,可以将数据在各种协议之间进行流转,并且可以针对数据格式进行编排转换。(格式转换、协议转换、代理、编排、安全控制、监控、...
  • 企业服务总线需求说明Enterprzise Service Bus1 ESB的主要作用ESB主要解决多终端多系统的相互调用问题,减少系统间的耦合,添加可维护性。2 ESB的核心需求ESB的核心需求主要包含:服务调用与数据适配、服务管理...
  • 在前面的章节中,我们已经学习了XML的基础知识以及...如果不考虑数据存储和格式,您需要将数据存到表中,并应用企业业务逻辑对它们进行处理,然后它们才能变为信息提供给用户。那么,在SOA世界,我们怎样才能从传统的J
  • 企业服务总线ESB

    2011-11-18 15:19:05
    企业服务总线功能列表: 1.1 通过JMS,MQ,XML,Adapter,Socket,FTP等方式,定时/准时/实时地批量处理大数据量,实现数据交换。同时也支持不同环境的应用程序.net、Delphi、PB等配置运行。 1.2 支持多种...
  • 摘要:本文介绍在银行中常见的企业服务总线应用架构,以及服务总线的集成规则等。在SOA的总线型架构中,服务总线处于总体架构的核心位置,是连接银行不同应用的枢纽,银行的不同应用通过服务总线连接共享服务,服务...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 545
精华内容 218
关键字:

企业数据服务总线