ESB系统工作原理与要求.docx
《ESB系统工作原理与要求.docx》由会员分享，可在线阅读，更多相关《ESB系统工作原理与要求.docx（51页珍藏版）》请在冰点文库上搜索。
ESB系统工作原理与要求
ESB系统工作原理及要求
ESB全称为EnterpriseServiceBus，即企业服务总线。
它是传统中间件技术与XML、Web服务等技术结合的产物。
ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。
ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。
从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。
ESB的基本概念企业服务总线（EnterpriseServiceBus，ESB）从面向服务体系架构（Service-OrientedArchitecture，SOA）发展而来，是传统中间件技术与XML、Web服务等技术结合的产物。
ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。
ESB采用了“总线”这样一种模式来管理和简化应用之间的集成拓扑结构，以广为接受的开放标准为基础来支持应用之间在消息、事件和服务级别上动态的互连互通，是一种在松散耦合的服务和应用之间标准的集成方式。
它可以作用于：
①面向服务的架构—分布式的应用由可重用的服务组成；
②面向消息的架构—应用之间通过ESB发送和接受消息；
③事件驱动的架构—应用之间异步地产生和接收消息。
ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为低廉的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。
从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口
2基本功能1）服务的MetaData管理：
在总线范畴内对服务的注册命名及寻址进行管理。
2）传输服务：
确保通过企业总线互连的业务流程间的消息的正确交付，还包括基于内容的路由功能。
3）中介：
提供位置透明的路由和定位服务；提供多种消息传递形式；支持广泛使用的传输协议。
4）多服务集成方式：
如JCA，Web服务，Messaging，Adapter等。
5）服务和事件管理支持：
调用服务的记录、测量和监控数据；提供事件检测、触发和分布功能；扩展功能
1）面向服务的元数据管理：
他必须了解被他中介的两端,即服务的请求以及请求者对服务的要求，以及服务的提供者和他所提供的服务的描述；
2）Mediation：
它必须具有某种机制能够完成中介的作用，如协议转换；
3）通信：
服务的发布/订阅、响应/请求、同步/异步消息、路由和寻址等；
4）集成：
遗留系统适配器，服务编排和映射，协议转换，数据变换，企业应用集成中间件的连续等。
5）服务交互：
服务接口定义，服务实现的置换，服务消息模型，服务目录和发现等。
6）服务安全：
认证和授权、不可否认和机密性、安全标准的支持等；
7）服务质量：
事务，服务的可交付性等；
8）服务等级：
性能、可用性等。
ESB中最常提到的两个功能是消息转换和消息路由。
4ESB架构ESB是传统中间件技术与XML、Web服务等技术相互结合的产物，ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。
从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。
5ESB的发展在云计算应用时代，ESB将逐步发展到EBB（EnterpriseBusinessBus,企业业务总线），国际范围内EBB尚处于发展初期，当然许多人也将ESB在业务上的应用，未作区分对待而统一作为ESB看待。
事实上，ESB更关注IT服务，而EBB更关注业务执行，具有不同的属性。
国内在2008年就有人就EBB的发展做了专题研究，并就潍柴动力与湘火炬汽车集团结成战略联盟后形成的集齿轮箱、变速器、发动机和整车为一体的汽车产业链实例，使用面向服务的架构SOA和企业协同理念，给出了协同服务平台的设计与分析。
目前国内在EBB领域研究较为超前的，是由中国最年青博士后导师之一、协达软件创先人付勇，所指导的协同软件博士后工作站。
该团队所研究的成果，已经在产业应用上有良好表现，并广泛应用在办公自动化OA、企业资源计划ERP、制造执行系统MES、客户关系管理CRM等领域。
6应用特征大规模分布式的企业应用需要相对简单而实用的中间件技术来简化和统一越来越复杂、繁琐的企业级信息系统平台。
面向服务体系架构（SOA）是能够将应用程序的不同功能单元通过服务之间定义良好的接口和契约联系起来。
SOA使用户可以不受限制地重复使用软件、把各种资源互连起来，只要IT人员选用标准接口包装旧的应用程序、把新的应用程序构建成服务，那么其他应用系统就可以很方便的使用这些功能服务。
支撑SOA的关键是其消息传递架构-企业服务总线（ESB）。
ESB是传统中间件技术与XML、Web服务等技术相互结合的产物，用于实现企业应用不同消息和信息的准确、高效和安全传递。
让不同的应用服务协调运作，实现不同服务之间的通信与整合。
ESB在不同领域具有非常广泛的用途:
电信领域：
ESB能够在全方位支持电信行业OSS的应用整合概念。
是理想的电信级应用软件承载平台。
电力领域：
ESB能够在全方位支持电力行业EMS的数据整合概念，是理想的SCADA系统数据交换平台。
金融领域：
ESB能够在全方位支持银企间业务处理平台的流程整合概念，是理想的B2B交易支撑平台。
电子政务：
ESB能够在全方位支持电子政务应用软件业务基础平台、信息共享交换平台、决策分析支撑平台和政务门户的平台化实现。
7主要结构ESB提供了一种开放的、基于标准的消息机制，通过简单的标准适配器和接口，来完成粗粒度应用（服务）和其他组件之间的互操作，能够满足大型异构企业环境的集成需求。
它可以在不改变现有基础结构的情况下让几代技术实现互操作。
通过使用ESB，可以在几乎不更改代码的情况下，以一种无缝的非侵入方式使企业已有的系统具有全新的服务接口，并能够在部署环境中支持任何标准。
更重要的是，充当“缓冲器”的ESB（负责在诸多服务之间转换业务逻辑和数据格式）与服务逻辑相分离，从而使得不同的应用程序可以同时使用同一服务，用不着在应用程序或者数据发生变化时，改动服务代码。
7.1SmartServiceBus
SmartEnterpriseServiceBus™是神州数码秉承SOA理念，结合十数年企业应用集成领域的最佳实践，研发的一套功能完善、高效稳定、灵巧开放的企业服务总线中间件。
作为核心的交换平台，能保证7*24小时永不间断提供服务。
提供最优的扩容方式，保证扩展线性度达到100%，为组织提供高吞吐量的优质基础服务。
提供灵活的部署方式，支持集中部署、分布式部署及总分结构部署。
最佳的IT架构治理平台，提供基于元数据的服务治理工具和系统监控工具套件。
7.2OracleServiceBus
ServiceBus的前身是BEA的AquaLogicServiceBus，BEAAquaLogic产品家族交付了最全面的服务基础架构产品线，可以帮助企业成功部署SOA。
作为首款完全针对SOA而构建的产品套件，它为IT提供了一组统一的产品来处理消息传递、服务管理、数据一致和安全需要。
OracleServiceBus为IT提供了一个理想的SOA基础，可以实现下列业务目标：
通过动态配置异构共享服务之间的集成来节省时间。
通过简单的集中式服务注册来减少维护工作。
通过经济有效的服务部署和自动配置来降低成本。
通过确保服务交互的正常进行和可用性来增加正常运行时间。
通过使用服务元数据来简化共享服务的配置、集成和管理。
提供支持基于SOA的业务解决方案所需的企业级可靠性和性能。
[1]
7.3IBMWebSphereESB
IBM提供了三种ESB产品：
IBMWebSphereESB、IBMWebSphereMessageBroker、IBMWebSphereDataPowerIntegrationApplianceXI50。
根据您的需求选择ESB来增强您的SOA。
WebSphereESB是一种基于平台的ESB，作为集成的SOA平台，针对WebSphere应用服务器进行了优化。
WebSphereMessageBroker是跨平台的ESB，是为异构IT环境中的统一连接和转换而构建的。
WebSphereDataPowerIntegrationApplianceXI50是一种基于设备的ESB，是为简化的部署和更强的安全性而构建的。
客户面临着从简单到复杂的各式各样的ESB需求。
7.4MicrosoftESB
微软通过其应用平台提供了全面的ESB服务，包括：
WindowsServer®2003,.NETFramework,BizTalk®Server2008R2.应用平台提供了一个基础架构，基于此可以灵活和安全地重复使用架构和商业服务，并具有协调原有的服务整合到新的端到端的业务流程中的能力。
微软通过一些列的产品WindowsServer2003,the.NETFramework3.0,andBizTalkServer2006作为对企业实现ESB的支撑,MicrosoftESBGuidance是基于BizTalkServer2006一组应用，它提供以下公用的ESB组件：
lMessagerouting（消息路由）lMessagevalidation（消息验证）lMessagetransformation（消息转换）lCentralizedexceptionmanagement（集中的异常管理）lExtensibleadapterframework（可扩展的适配器框架）lServiceorchestration（服务的编制支持）lBusinessrulesengine（业务规则引擎）lBusinessactivitymonitoring（业务活动监视）微软ESB指南提供了架构指导，模式和实践，以及一套BizTalkServer和.NETFramework组件来简化基于微软平台的大型或小规模的ESB解决方案的开发。
它还可以帮助开发人员扩展现有的信息和集成解决方案，包括的一些服务和组件。
7.5JBOSSSOAPlatform
JBossEnterpriseSOAPlatform提供了一个基于标准的平台，用以集成应用、SOA服务、业务事件和自动化业务流程。
这一SOA平台集成了特定版本的JBossESB、jBPM、Drools、和已得到验证的JBoss企业应用平台，把它们组织在一起形成一个单一的企业级发布。
JBossEnterpriseSOAPlatform打包了不少流行组件如：
lJBossESBlJBossjBPMjPDLlJBossRules（Drools）lJBossApplicationServerlHibernatelHibernateEntityManagerlHibernateAnnotationslJBossSeamlJBossWeb（嵌入式Tomcat6.0）lJBossCachelJGroupslJBossMessaginglJBossTransactionslJBossWebServices（JBossWS）lJBossXBlJBossAOPlJBossRemotinglJBossSerializationlJacORB
7.6ServiceMix对ESB的实现
ServiceMix是一个建立在JBI（JSR208）语法规则和APIs上的开源ESB（EnterpriseServiceBus:
企业服务总线）项目。
ServiceMix是基于JBI的ESB。
它是开源的基于JBI语义和API的ESB和SOA工具包，以Apache许可证方式发布。
它是轻量的ESB实现，易于作为嵌入式ESB使用;集成了对Spring技术的支持;可以在客户端或服务器端运行;可以作为独立的ESB提供者，也可以作为另外ESB的服务组件;可以在JavaSE或JavaEE服务器中使用；ServiceMix同ApacheGeronimo以及JBoss服务器完全集成，并且在ApacheGeronimo服务器中可以直接部署JBI组件和服务。
JavaBusinessIntegration（JBI,Java业务集成）技术规范定义了SOA的服务导向集成的内核和组成架构。
它对公共讯息路径架构、服务引擎与捆绑的插件程序接口，以及复合型服务描述机制等都进行了标准化，这样就将多种服务结合成为一个单一的可执行的和可审核的工作单元。
JBI和ServiceMix关系图JBI并不是一个为开发者设计的一个接口，更准确的说它是在JBI容器里为集成商提供相互集成的一个体系和一系列的接口。
所以人们能集合他们所需要的所有部分，做出一个总体解决。
例如在理论你能从BPEL引擎上，EJB容器上或者是数据传输产品上集合一个基础设施，并且能够集成的很合适。
ServiceMix中包含完整的JBI容器，支持JBI规范的所有功能要求:
l规范化消息服务和路由lJBI管理Beans（MBeans）l组件管理和安装的Ant任务l对JBI部署单元的完全支持，支持JBI组件的热部署
7.7NECWebOTXESB
WebOTXEnterpriseServiceBus（以下简称WebOTXESB）是灵活地结合基于SOA的系统上的业务应用的，具有消息交换功能的服务运行平台的中间件，是在WebOTXApplicationServer的JavaEE环境上动作的ESB运行环境。
WebOTXESB处于处理层和服务层中间的Hub产品的位置，使业务变更时系统能灵活对应。
WebOTXESB遵循JBI1.0（服务总线的Java标准定义），提供标准的对应了各种协议的组件，能实现与业务应用的无缝连接。
此外，提供了丰富的适配器群以致能与大型计算机上的业务应用、EAI工具等连接。
而且，提供了能吸收服务间消息差异的高速XML变换引擎，使得不进行任何变更就能灵活地实现系统的构筑。
7.8RESInfomaticServiceBus
RESInfomaticServiceBus是锐易特软件信息整合解决方案中最为核心的企业级信息服务总线产品。
该产品理念与核心技术跟IBM、Oracle等国际主流厂商的ESB产品同步，自2004年至今，经过了为期两年的国外产品原型设计和四年的国内本土研发与多行业重量级客户实践检验。
广泛应用于金融、电信、政府、公共卫生等行业。
它是由七款子产品构成的产品家族，包含了UniversalAdapters通用适配器、MessageBroker消息代理、ServiceMonitor服务监控中心、ServiceProxy服务代理、RegistryandRepository服务资源注册中心、ConfigurationManager配置管理中心、IntegrationTools整合开发工具集，这些子产品相互支撑、协同工作，共同构成分布式信息服务总线的开发、部署、运行、管理的SOA全生命周期支持。
7.9MuleESB
MuleESB是一种基于java的、轻量级的企业服务总线和集成平台，它允许开发者快速的、简单的连接应用，并能够实现数据的转换。
MuleESB的主要功能如下：
l服务的创建与管理（Servicecreationandhosting）：
用MuleESB作为一个轻量级的服务容器来暴露和管理可重用的服务。
l服务调解（Servicemediation）：
隐藏服务消息的格式和协议，将业务逻辑从消息中独立出来，并可以实现本地独立的服务调用。
l消息路由（Messagerouting）：
基于内容和规则的消息路由、消息过滤、消息合并和消息的重新排序。
l数据转换（Datatransformation）：
在不同的格式和传输协议中进行转换数据。
8ESB以太网插板：
ESB26与ESB24板的不同主要是在插板上提供的以太网接口的数量不一样ESB26提供26个接口，ESB24上有24个；另外ESB26板前面板上有六个以太网接口一个com口，ESB24板前面板上有四个以太网接口一个com口；通常构成EMB的ESB板也属于SWU单元，还有LANU上的ESB板也是SWU单元。
EBA系统原理
ElectronicBrakeAssist，简称EBA，译为电子控制制动辅助系统，是汽车紧急制动辅助系统的一种。
中文名电子控制制动辅助系统名称eba全称ElectronicBrakeAssist定义辅助系统
控制系统编辑紧急制动辅助系统
在正常情况下，大多数驾驶员开始制动时只施加很小的力，然后根据情况增加或调整对制动踏板施加的制动力。
如果必须突然施加大得多的制动力，或驾驶员反应过慢，这种方法会阻碍他们及时施加最大的制动力。
许多驾驶员也对需要施加比较大的制动力没有准备，或者他们反应得太晚。
造成制动距离过长，导致追尾等交通事故。
EBA通过驾驶员踩踏制动踏板的速率来理解它的制动行为，如果它察觉到制动踏板的制动压力恐慌性增加，EBA会在几毫秒内启动全部制动力，其速度要比大多数驾驶员移动脚的速度快得多。
EBA可显著缩短紧急制动距离并有助于防止在停停走走的交通中发生追尾事故。
EBA系统靠时基监控制动踏板的运动。
它一旦监测到踩踏制动踏板的速度陡增，而且驾驶员继续大力踩踏制动踏板，它就会释放出储存的180巴（18兆帕）的液压施加最大的制动力。
驾驶员一旦释放制动踏板，EBA系统就转入待机模式。
由于更早地施加了最大的制动力，紧急制动辅助装置可显著缩短制动距离。
EBA是先进的汽车电子产品，由传感器、执行器和控制器组成。
核心的执行器是车内的电子真空助力器（ElectronicVacuumBooster，EVB）。
其作用原理是在制动主泵上安装一个压力传感器，通过压力传感器感知驾驶员是否进行紧急制动行为。
如果是紧急制动，车载控制电脑会启动电子真空助力器内部的电磁机构，开速将制动压力提升至助力器的最大伺服点。
双膜片的电子助力器的反应时间为0.4秒内达到助力器的最大伺服压力。
EBA的本质是实现车辆的线控制动功能。
当EBA配合有长程雷达、激光雷达或其它视觉系统，可以实现车辆的自适应巡航系统功能，车辆主动避撞功能等。
BA系统原理
BA系统全称楼宇设备自控系统（BuildingAutomationSystem-RTU）,是以一台微机为中心，由符合工业标准的网络，对分布于监控现场的区域智能分站（即DDC）进行连接，通过特定的终端设备，实现对楼宇机电设备集中监控和管理的专业楼宇自动化控制系统。
BA系统
它是基于现代控制论中分布式控制理论而设计的集散型系统,是具有集中操作、管理和分散控制功能的综合监控系统。
系统的目标是对建筑物内大多数机电设备采用现代计算机技术进行全面有效的监控和管理,确保建筑物内所有设备处于高效、节能、合理的运行状态。
楼宇设备自控系统（BuildingAutomationSystem-RTU）主要是建筑物的变配电设备、应急备用电源设备、蓄电池、不停电源设备等监视、测量和照明设备的监控，给排水系统的给排水设备、饮水设备及污水处理设备等运行、工况的监视、测量与控制，空调系统的次热源设备、空调设备、通风设备及环境监测设备等运行工况的监视、测量与控制，热力系统的热源设备等运行工况的监视,以及对电梯、自动扶梯设备运行工况的监视。
通过RTU实现对建筑物内上述机电设备的监控与管理,可以节约能源和人力资源,向用户创造更舒适安全的环境。
空调及通风系统
空调机组
风机控制：
风机由RTU系统按每天预先编排的时间及需求来控制风机的启停并记录运行时间累积。
在配电回路故障条件下禁止开机。
温度控制：
根据测量的回风温度与设定值的偏差，进行计算，经比例积分微分（PID）规律控制水调节阀，在夏季工况下，温度高于设定温度时开大水阀，温度低于设定温度时关小水阀，使送风温度维持在设定的范围内。
风门控制：
根据测量到的室内外温度,进行计算比较，采用经济运行方式，在满足卫生许可条件下，尽量采用最小新风比例，充分利用室内回风，过渡季节充分利用室外空气的自然调节能力，以达到节省冷量的消耗，同时满足空调的要求。
压差报警：
进行过滤网压差检测与阻塞报警。
联动控制：
风机、水阀、风门联动控制，在关闭风机时关闭水阀和风门。
检测：
回风温度，室外温度，风机状态，手自动状态。
报警：
设备故障报警。
故障报警同时打印维修派工单，及在上位机反映。
中央监控显示打印：
参数，状态，报警，动态流程图（设定值、测量值、状态等）
新风机组
风机控制：
风机由RTU系统按每天预先编排的时间假日程序来控制风机的启停并记录运行时间累积。
在配电回路故障条件下禁止开机。
温度控制：
根据要求在设置室外温度检测点，系统将根据测量的室外温度、送风温度与设定温度，进行计算，经比例积分微分（PID）规律控制冷水调节阀，温度太高时开大冷水阀，温度太低时关小冷水阀，使送风温度维持在设定的范围内。
检测：
送风温度，室外温度，风机状态，故障、手自动状态，送风管静压值，风机转速。
报警：
风机故障报警。
故障报警同时打印维修派工单，及在上位机反映。
中央监控显示与打印：
参数，状态，报警，动态流程图（设定值、测量值、状态等）。
其他通风设备
风机控制：
送风机、排风机由RTU系统按照需求及每天预先编排的时间假日程序来控制风机的启停并记录运行时间累积。
夏季充分利用夜间风，降低空调能量损耗。
在配电回路故障条件下禁止开机。
检测：
风机状态。
报警：
风机故障报警。
故障报警同时打印维修派工单，及在上位机反映。
中央监控显示与打印：
参数，状态，报警，手自动状态、动态流程图（设定值、测量值、状态等）。
冷水机组系统
冷水机组系统的监控，RTU系统按每天预先编排的时间假日程序来控制冷冻系统的启停和监视各
设备的工作状态。
负荷控制：
测量冷冻水供回水温度、回水流量，计算用户的实际冷负荷，系统根据计算结果控制冷水机组开启的台数及冷水机组的制冷量，从而实现节能的目的。
压差控制：
根据冷冻水供回水压差控制旁通阀的开度，以保证系统供回水温度的平衡。
设备群控：
冷水机组系统的群控功能，根据负荷自动启/停冷水机组，并具有设定和修改控制参数功能。
冷水机组内的各种状态与过程参数将通过标准接口由冷水机组统上的控制器读取。
当旁通流量达到一台泵流量时，关停一台水泵，当总供回水压差低于设定值时开启水泵，以达到变量控制，实现空调系统综合节能的目的。
系统显示冷冻水泵的运行状态和故障报警。
监测：
冷水机组系统的运行状态,运行时间累积,各环节水的温度、流量、水位、输入电流、电压.
报警：
冷水机组系统故障报警，水温超过限定值报警。
故障报警同时打印维修派工单，及在上位机反映。
中央监控显示与打印：
参数，状态，报警，动态流程图（设定值、测量值、状态等）。
给排水系统
升级会员 