WSO2-ESB企业服务总线文档.doc

企业服务总线企业服务总线文档WSO2企业服务总线（ESB）是一个快速，轻巧，100开源的和用户友好的开源ESB，分布按照Apache软件许可证2.0版。WSO2 ESB允许系统管理员和开发消息路由，调解，改造，记录，任务调度，故障切换路由，负载均衡和更方便地配置。它还支持传输交换，事件，以规则为基础的调解和基于优先级的先进的集成要求调解。ESB运行时的设计是完全异步，非阻塞上Apache Synapse的调解的引擎和基于流的。 WSO2ESB是基于WSO2 carbon平台之上发展而来的，一个基于OSGi的SOA通过组件化的框架提供了无缝的模块化开发。此版本还包含了许多新的功能和一系列的可选组件（附件）可以安装自定义ESB的行为。此外，ESB任何现有的而环境不需要的功能都可以很容易的利用底层配置框架的carbon移除。总之WSO2ESB可以完全定制以满足SOA确切的需求。入门这是官方发布WSO2ESB企业服务总线文档，托管在：http：//wiki/enterprise-service-bus-documentation。本文档是为提供信息、wso2ESB配置和实现。如果您是第一次使用，下面的章节 将介绍ESB ，帮助您快速上手。关于ESB、安装指南、快速入门指南、运行ESB样品。如果有一个具体的关于ESB的问题，请参看：常见问题解答。本文档是按在ESB上搜索最频繁的主题排列的。因此，对于一个更全面覆盖整个ESB、重要的学科领域、先进的配置，建议在深入探讨内容前花一些时间研究文档结构。你可以看到一个在左边的导航面板上显示主要的主题和表格内容的印刷版本的高级视图。准备打印导出这个文档或选中部分的PDF格式。选择：浏览-高级-PDF导出。有关ESB（About ESB）企业服务总线是一种软件架构的构造，生存在（业务）应用和通信之间。理想情况下，ESB总线上的应用程序能够代替所有直接接触使所有通信通过ESB。ESB通过一个事件驱动和基于标准的消息引擎（总线）提供基本服务。多亏ESB，集成架构师可以利用消息的价值而无需编写代码。开发人员通常使用一类公认标准的中间件基础设施产品技术实现ESBESB是一个比较新的概念。仅仅是在最近几年被普遍使用。人们通常将ESB和面向服务的体系结构联系在一起但他们有正交的关系。然而，如SOA、ESB本质上是许多企业软件产品直接实现的企业架构设计模式的集合。WSO2 ESB是一种根据ApacheV2.0许可证发布的快速、轻量级和灵活的企业服务总线产品。使用ESB在HTTP、HTTPS、JMS、mail等协议基础上通过业务系统过滤、转换、路由和处理SOAP，二进制、纯XML和文本消息。What is new in this ReleaseWSO2ESB 4.5.1版是基于4.0.2和4.5.0版本的继任者。有几个增强功能包括它的缺陷的修复。新功能增强功能：由于重构carbon的上下文使性能增强（继承和增强了carbon4.0.2）。通过使用伪像优化占有者的加载时间来增强WSO2同步部署性能错误修正：本新闻稿中包含的错误修复程序无论是在基础架构以及特定于ESB组件上的缺陷修复欲了解更 多信息，请参阅WSO2的氧气罐中的下列网页：WSO2ESB4.5.1固定ESB特定问题WSO2WSB4.5.1固定的基本框架问题Known Issues WSO2ESB4.0.5中已知问题列表，请参阅以下链接： WSO2ESB4.-组件中已知问题 WSO2ESB4.5.1-已知问题的基本框架Community ResourcesWSO2公司愿意为您提供有关产品的任何技术问题或疑问的指导。可以直接使用这里提到的相关的邮件列表：/mail 与WSO2ESB开发团队沟通。WSO2鼓励您使用公共JIRA：/jira/browse/ESBJAVA 为WSOESB提出问题和改进的要求，还可以跟踪他们的决议和工作进展发表意见。关于ESB的问题也可以通过 提出确保您暴击适当的关键字，如WSO2ESB的问题，使我们的团队可以很容易的找到你的问题并提供答案。访问WSO2 Oxygen Tank的资源菜单来搜索教程、文章、网络研讨会和其他资源 。Apache Synapse的应用程序编程接口是用WSO2 ESB下的 /apidocs/index.html。当编写自定义的mediator时这个API是非常有用的。Support Options WSO2公司还提供各种开发和生产支持方案，在正常营业时间从基于Web的支持到额外的24小时电话支持。WSO2致力确保您的企业中间件部署是完全支持从评估到生产。我们独特的方法保证支持利用开放的开发方法，并由同一个工程师提供的产品。额外的支持信息，请参考 /support。 分布式计算演进(Distributed Computing Evolution)是分布式计算演进的一部分。早期的分布式计算系统涉及系统之间点对点通信。这是简单明了的方式在分布式组件上创建复杂的应用程序。当有少量的应用需要一起工作时是一个合理的解决方案。然而点对点通信数量的增长与企业应用数量的平方成正比。这使得大型企业将变得很难管理。90年代后期崛起了一批企业运用集成的产品。这些旨在让企业超越点对点集成解决方案所造成的局限性。典型的解决方案使用hub-and-spoke的架构。这个解决方案至今仍然有众多企业使用。在一个hub-and-spoke的EAI，所有的通信是通过一个中央枢纽部署。点对点通信数量与企业的数量呈线性关系，所以这是点对点结构的一大改进。然而hubs成为了该系统的瓶颈。ESB可以被认为是上述合乎逻辑的发展的下一步。ESB作为在企业中所有应用程序的消息代理。允许根据需要暴露和编排更精细、基本的方法。这大大的提高了系统的灵活性和允许更快速和更简单的适应变化。ESB在SOA的上下文这是ESB运行时SOA的设施清单：消息路由和分布：应用程序不应该有强编码的目的地信息和服务。ESB可以在这两个方面提供帮助：支持虚拟化（逻辑目的地映射到真正的目的地）支持事件架构，发行者不需要知道用户管理：ESB应该为服务和端点提供一组通用的管理能力，包括：警报、统计、审计和日志记录优秀的Web架构-支持：很好的利用支持ESB的HTTP和Web服务架构。支持HTTP代理和缓存。XML性能：如果ESB是要帮助管理和路由XML消息即必须以最小的开销处理。相比所谓的应用它肯定可扩展性更好。这从根本上促进了两个关键的技术要求：非阻塞IO（意思是不会阻止，而ESB必须等待应用程序响应）流式XML（ESB可以发送XML，而无需创建一个大的内存缓冲区全面解析每个消息的含义）注意：在WSO2ESB中自动验证WSDL和其他的XSD文件。安全控制：在SOA中分布式安全是最难的问题之一，而且在企业基础设施中用一组中央安全控制增加应用程序安全性通常是一个重要组成部分。ESB体系架构（ESB Architecture）在企业中的基础应用设施可能是本身就很复杂，包括数百种语义完全不同的应用程序。其中的一些应用是自定义的，一些是从第三方获得还有一些是两者的结合，而且他们可以在不同的系统环境中运行。这些异构应用之间的集成对企业来说是至关重要的，不同的服务可以使用不同的数据格式和不同的通信协议。服务的物理位置可以任意改变，所有的限制意味着应用程序任然是紧密耦合在一起的。ESB可以用来解耦和连接在一起的服务和服务消费者。WSO2ESB是一个为企业准备的完全成熟的ESB。WSO2ESB是建立在Apache Synapse项目基础上的。Apache Synapse是使用Apache Axis2创建的。下图从信息角度描述了WSO2ESB架构，还有一些像Tasks、Events没有在图中描述出来。显示了如何在ESB中处理消息。注意：管道的各种组成部分并不意味着这个图中的热河命令。应用程序发送消息到ESB。该消息由ESB Transport捡起。Transport通过消息管道发送消息。像安全和可靠的消息传递的信息方面的质量受到这个pipe的照顾。在该pipe内部是axis2的流入和流出流。ESB可以有如下两种操作：消息中介：使用单管道 代理服务：使用独立的管道运输到不同的代理服务。消息转换和消息路由可以看做一个独立的单元。如图所示，消息转换组件和路由组件之间没有明显的分离。WSO2ESB调用这个中介框架。一些转换发生在路由决定之前，一些转换发生在路由决定之后。这一部分由Synapse执行。然后根据目的地将消息注入到独立的管道。在这里再次确定消息服务方面的质量。传输层负责通过ESB所需的传输协议的转换。该图显示了如何通过ESB的体系架构将请求传到一个实际的endpoint。响应处理是这个操作的反向操作。所有这些组件可以通过WSO2ESB管理控制台管理和检测。ESB Components下图直观的介绍了WSO2ESB的基于组件的体系结构。TransportsWSO2ESB支持所有广泛使用的传输协议包括HTTP/s、JMS、VFS和特定领域的传输如FIX。一个新的传输协议使用axis2传输框架轻松地被添加和插入到ESB中。不同的传输工具为ESB带来各种消息内容负载。传输内容：消息建设者：允许使用内容类型标识消息并使变成普通的XML消息集。因此每个内容类型都有相关联的建设者。WSO2ESB包含基于文本的内容信息的建设者和二进制内容建设者。消息格式：建设者的相反的搭档。格式化程序通过指出传输协议处理前消息内容的类型将消息转换回原始格式。类似transport的用户可以使用axis2框架实现消息的建设和格式化。参阅Transports端点（Endpoints）Endpoints作为具有传输协议的逻辑组件。两套端点地址和WSDL。地址endpoint可以使用任何可用的transport调度消息。参阅Endpoints代理服务（Proxy Services）在WSO2ESB中代理服务是实现使用消息接收器和开放接收消息的虚拟服务。一个代理服务可以使用类似于一个普通的web服务地址的url访问。代理服务允许将WSDL发布到用于先前使用的程序组。可以使用任何可用的传输协议从代理服务接收和发送消息。参阅Proxy Services Sample主题（Topics）Topics是另一个恢复消息处理事件的实施，包括subscription和events参阅eventing中介（Mediators）WSO2ESB的power仍然是为不同方面提供服务的全面调节库。使用mediator库实现广泛使用MEPs和EIPs。由于WSO2ESB提供了一个健康的框架，使得开发者写一个mediator非常容易。mediators可以使用包括Java，scripting和Spring的各种技术。参阅序列（Sequences）Sequence充当mediators的配置组件。Sequence允许阻止mediators实现管道和过滤模式。参阅Sequences任务和命令（Tasks and Commands）Tasks提供在WSO2ESB中配置计划工作的设施并且允许执行mediation的内部或外部命令。参阅TasksQoS组件（QoS Components）Qos组件实现可靠的消息传递和代理服务自带的Apache的Rempart和Sandesha两个实现模块的安全性。配置、库/注册（Configuration, Repository/Registry）Configuration是ESB架构的架构图。WSO2ESB提供了一个内置的 Repository/Registry存储配置和配置元数据，而且提供了使用远程库设施。管理和配置界面（Management and Configuration GUI）有助于在生产环境中运行WSO2ESB组件可以在组件中找到。这些组件实现集群、高可用性和负载平衡功能。GUI组件进行综合管理、配置和检测GUI。GUI通过分离前端和后端的关注实现了分层架构。这允许用户使用一个GUI控制台连接到多个后台。WSO2ESB基于组件的体系结构加强了使用OSGi的松耦合性质。所有组件都建为OSGi包。ESB特点（ESB Features）完整的XML和Web服务支持借助内置的XML、命名空间、XPath、XSLT、XQuery，WSO2ESB支持XML的处理需求。同时也能够很大程度上处理非XML的内容。WSO2ESB主要支持的服务标准：SOAP1.1/ SOAP1.2WSDL1.1WSDL1.2WS寻址（支持双通道调用）使用Apache Smart的安全的WS使用ApacheSandesha2可靠的WS消息使用ApacheSavan的WS事件和WSO2事件WS策略（支持传入传出的消息分离策略）MTOMSwA优化二进制消息XMLHTTP（POX）REST格式经验证的互操作性基于通用的Apache Synapse和Apache Axis2项目，WSO2ESB已经证明含有Microsoft.NET的Web服务堆栈的互操作性高性能WSO2ESB优化了使用最少资源低延迟支持高吞吐量。可以使用连接节流支持成千上万的并发连接，以及使用一个恒定的内从占有的大量消息使用连接节流。非阻塞的IO和XML流组合的解析设计意味着ESB按照需求缩放而且仍能表现的很好。最小定制开发WSO2ESB旨在轻松的支持常见的要求，同时可能要扩展其功能。这些功能：基于内容的路由虚拟化服务负载平衡发送故障协议转化传送消息日志记录检测消息分裂和聚合企业集成模式节流要求响应缓存可扩展性可以使用简单的Java扩展功能、POJO类、Spring以及使用JavaScript、Ruby或其它Apache BSF脚本语言扩展多协议支持以下内置协议整合存在的网络、伙伴及新工程非阻塞的HTTPs协议1.0和1.1的交易JMS传输二进制、文本和SOAP消息Apache VFS文件传输（如：S/FTP、文件、zip/tar/gz、WebDAV、CIFS等）支持多部分内容的邮件传输（POP3、IMAP、SMTP）AMQP通过Apache QPid金融信息交换（FIX）Web服务的Hessian二进制协议任务调度支持管理经常性工作，通过ESB允许定期更新这些任务计划作为cron守护进程或简单重复的任务支持事件驱动架构内置的Qpid代理人作为事件代理人很容易实现使用EDA技术的企业集成。事件通过代理人可以调解执行发布之前的任何需求改变内置的注册表WSO2ESB附带一个集成的WSO2注册表，并且轻松的实现连接到外部/远程注册表高级调解&EIPWSO2ESB还内置了支持读取或写入到数据库，以及到Java/POJO类或脚本中调用。它也提供消息拆分、聚合、缓存和限制可以轻松的配置能力。产业驱动协议支持产业带动财政信息交换（FIX）协议使财政部分一体化和Hessian web服务协议支持二进制消息格式。AMQP、VFS和JMS作为运输企业集成。国际化图形控制台WSO2ESB提供了一整套的管理服务和一个图形化用户界面配置/管理/监测运行的WSO2ESB服务器。此图形控制台可以很容易的当后台运行在服务器上时与后台分离。可以在桌面上安装国际化的图形控制台而且还可以用于管理集群中的节点序列编辑器代理服务编辑器端点本地注册编辑器任务调度内置的注册表浏览器策略编辑器预定义的安全方案用户存储值存储配置数据源运输管理服务尝试日志、追踪和监测统计服务管理有力的通过管理控制台和停止和重启系统监控WSO2 ESB内通过JMX管理控制台以及配备了全面的监测能力。这些监控功能包括：系统状态系统统计图表调解统计图表调解追踪SOAP追踪日志配置和监控快速入门指南（Quick Start Guide）Quick Start guide提供了基本特性的介绍和两个WSO2ESB中最常见使用场景应用程序的示例。设置ESB（Setting up the ESB）设置WSO2ESB相对来说比较简单，更详细的安装步骤在Installation Guide中给出。我们有如下的总结来帮助您快速开始。1.确定已经安装：JDK 1.6.* or higher installed.JAVA_HOME environment variable is set to . For example, JAVA_HOME=c:Program Filesjavajdk1.6.0_27.2.从/products/enterprise-service-bus/4.5.1/wso2esb-4.5.1.zip下载ESB3.zip文件解压缩到一个名为的文件夹下4.打开一个命令行提示符（或Linux Shell）并进到的bin目录下。5.执行wso2server.sh启动ESB服务器（或在windows下执行wso2server.bat）6. log操作一直运行直到服务起来，通常启动服务需要几秒钟。等到服务完全启动，并显示一条类似“wso2 carbon在n秒启动”的消息。启动管理控制台（Starting the Management Console） 现在ESB启动并且运行，打开管理控制台。WSO2ESB使用默认的配置启动，这对我们讨论的第一个示例已经足够。当运行第二个示例时默认配置将会被改变。1. 通过编辑/lib/perties文件将org.apache.synapse的日志级别改为“debug”。这将使得ESB输出运行时actions的调试信息。可以使用管理控制台查看这些日志。2. 打开web浏览器输入https:/localhost:9443/carbon打开管理控制台。3. 看见ESB登录窗口，输入用户名/密码均为admin点击登录按钮。4. 左侧导航面板上有几个不同菜单项的管理控制台的主页将会被打开。ESB现在准备执行如下两个mediation方案：Message MediationService Mediation（using Proxy Services）消息中介（Message Mediation） 在这个示例中，ESB将被用于过滤和记录通过它的消息。虽然这个简单的场景只进行简单的过滤和日志记录，但也演示了mediation的基本消息。这个简单的功能可以通过如转换、基于内容的路由以及不同通信协议之间的桥接等高级mediations取代。1. 在ESB的管理控制台点击Monitor - System Logs。2. 你将会看见与启动ESB时命令行中一样的消息。3. 点击Monitor System Statistics查看系统运行时间统计。注意目前还没有运行统计和消息调解发生。4. 点击左侧的“sequence”按钮。在已定义的序列中现在有名为“main”和“fault”的两个序列。这两个序列是ESB启动时自动生成的，并且对这个应用程序实例来说足够了。任何数目的额外的序列也可以使用该页面添加以适应指定的调节要求。对这个例子来说已定义的序列是足够的。5. 点击“main”序列的“edit”按钮分析在主序列中都发生了什么。你将会看见如下所示的一系列Mediators.注意在顶层有两个名为“in”和“out”的Mediators。它们分别处理请求和响应消息。在“In”Mediator中有两个名为“Log”和“filter”的Mediator作为其孩子。因此进来的消息经过“Log”和“filter”Mediator。Log Mediator是为了记录消息的全部细节（full log level），filter Mediator是为了只通过在寻址标题中含有http:/localhost:9000的消息。在filter Mediator中有一个send Mediator作为孩子，是为了保证过滤的消息发送到指定的目的地。这是一个请求消息的配置。同样需要注意的是在“Out”序列中默认只有一个send Mediator，send Mediator将响应消息返回给客户端。这个默认的设置可以通过点击相应的Mediator按钮改变，在出现的表单中修改参数值。这是流进ESB基本的消息。为了能检测和跟踪统计，对“main”序列作了如下简单的修改6. 点击左边的“Sequences”按钮显示所有有效的序列。接着点击“main”序列的“Enable Statistics”“Enable Tracing”按钮。第二个示例场景已经配置完成，现在准备测试和监控mediation。启动Apache Axis2 实例服务（Starting the Sample Apache Axis2 Server）我们使用一个独立的Apache Axis2 Web服务引擎作为服务器，默认情况下该服务器与WSO2ESB捆绑在一起。7. 部署一个客户端发送请求的示例服务，进入到/samples/axis2Server/src/SimpleStockQuoteService目录下，运行“ant”向Axis2server新建和发布一个服务。8. 到/samples/axis2Server目录下并使用下面的命令启动服务。将在9000端口上启动Axis2server。如下信息出现在控制台上。运行客户端（Running the Client)9.最后一步是运行客户端，到/samples/axis2Client目录下并执行如下的命令：ant stockquote -Daddurl=http:/localhost:9000/services/SimpleStockQuoteService -Dtrpurl=http:/localhost:8280 -Dsymbol=IBM -Dmode=quote将会看见服务器发过来如下所示的quote price这发送一个标志为“IBM”的股票报价请求，向ESB发送传输地址（http:/localhost:8280）并且将寻址EPR发送给实际的服务（http:/localhost:9000/services/SimpleStockQuoteService）。实际http消息按如下所示的被客户端发送，并发送到端口8280上的本地ESB实例。检测中介（Monitoring the Mediation）上述介绍是如何在WSO2ESB中进行消息调解。ESB还提供各种监控工具去分析调解过程中ESB的行为。10点击Monitor - System Logs查看ESB产生的记录消息，显示在调节过程中执行的动作。11.点击Monitor - Mediation Tracer 来查看ESB发出的追踪消息，如下面示例所示。12.下一步点击Monitor - Mediation Statistics查看消息调解的整个运行时间的统计信息，如下面的示例所示：上图左上角显示了每个服务的调解消息，下面的显示了每个序列的调节消息。更多运行时的统计消息，点击“server Statistics”面板则会出现包括全部消息、平均响应时间等服务统计的总结消息。同样，查看序列的归纳统计可以点击“Sequence Statistics”面板。使用代理服务服务中介（Service Mediation using Proxy Services）在WSO2ESB中代理服务作为一个托管服务。通常情况下已经存在一个服务端点。相比真正的服务代理服务可以创建和暴露在不同的运输，模式，WSDL或QoS（诸如WS安全可靠的消息传递）。可以在消息流到实际的端点前进行调解，并在到达客户端之前响应。客户端可以直接向代理服务发送请求。客户将其看做一个托管 。例如：它可以执行？wsdl并查看虚拟代理服务的wsdl。在ESB配置中，这样的请求可以按任何你喜欢的方式进行处理。最常见的方法是处理消息并将其发送给可能运行在不同计算机上的实际的服务。但是没有必要总是发送消息到实际的服务。可以在代理服务接收消息时执行任何任务组合，并终止流程或发送一些甚至没有发送给实际服务的消息返回到客户端。为了更好的理解让我们探索一个简单的代理服务。配置WSO2ESB示例场景（Configuring WSO2 ESB for the Sample Scenario）按Starting the Management Console部分讲解的步骤启动ESB并作如下的操作。1. 点击Services - Add - Proxy Service，将会出现一个标准的代理服务模板并从中选择。2. 点击Custom Proxy模板，则会出现如下图所示的创建向导。3. 提供一个名为“StockQuoteProxy”的代理服务和使用以一个实际服务的？WSDL操作显示WSDL。General Setting下的Publishing WSDL下拉列表中选择Specify Source URL选项并如file:repository/samples/resources/proxy/sample_proxy_1.wsdl的WSDL的路径地址。然后点击Test URL按钮马上验证路径是否有效。4. 在Transport Setting面板中选择公开代理服务需要的传输协议，然后点击next.默认情况下在HTTP和HTTPS协议下代理服务有效。还可以为代理服务添加服务参数。启动ESB时，启动所有可能需要获取相关代理服务WSDL文件的代理服务。如果在启动ESB时无法找到那些WSDL文件，将忽略他们并继续。5. 接下来，添加目标端点和InSequence处理请求消息。选择Define Endpoint下的Define Inline选项并点击Create按钮添加目标端点。6. 在打开的列表中选择“Address Endpoint”7. 出现一个Web窗体配置新的端点。在Address区域内填入如http:/localhost:9000/services/SimpleStockQuoteService的目标端点的地址，其他区域不变。点击Save为代理服务添加端点。8. 会返回到前一个页面，点击Next 保持InSequence为空.9. 接下来为代理服务添加一个OutSequence向客户端发送响应消息。选择Define Out Sequence下的Define Inline并点击Create按钮。10. 出现一个序列编辑器，点击“Add Child”按钮然后选“Core”中的“Send”。一个Send Mediator被添加，点击“Save”。11. 最后回到向导，单击“Finish”保存并推出向导。12. 一个新建的代理服务将出现在“deployed services”列表中。单击其名字访问dashboard。 第二个示例的配置已经完成，接下来可以测试和监控调解。启动Apache Axis2示例服务（Starting the Sample Apache Axis2 Server）13. 在前面的部分“SimpleStockQuote”的服务已经建立和部署，只需切换到/samples/axis2Server目录下启动服务并执行以下命令。运行客户端（Running the Client）14. 进到/samples/axis2Clients目录下并输入以下命令ant stockquote -Dtrpurl=http:/localhost:8280/services/StockQuoteProxy -Dmode=quote -Dsymbol=IBM直接发送StockQuote请求到在http:/localhost:8280/services/StockQuoteProxy提供的端点。服务器的响应消息在控制台如下显示：监测中介（Monitoring the Mediation）如前面的消息调解例子，可以监测基于mediation代理服务的日志消息、追踪消息和统计数据。我们将只看不同以前的样本统计。15.点击Monitor - Mediation Statistics，将会出现统计页面。更多关于代理服务统计信息点击右边框中顶部的“Proxy Service Statistics”，打开为“StockQuoteProxy”服务归纳的统计信息。本指南阐述了代理服务的结构和一个简单的例子。更多先进的深层次使用案例参看ESB Samples中的第150个例子。没有学习任何例子中的配置语言或者编辑任何文件的情况下可以通过使用ESB管理控制台的图形接口建立所有的例子。ESB管理（ESB Administration） ESB管理部分为系统管理员提供有用的信息。在这里，可以找到ESB部署的详细信息，例如在基础架构、Apache Tomcat、JBoss和WebLogic应用服务器上如何部署WSO2ESB的操作指南，如何启用注册表WSO2ESB集群节点之间的数据复制和在IBM WebSphere上安装ESB的说明等。你还可以找到有关Eventing、modules、databases和registry的能力。集群部署（Clustered Deployment）WSO2 Carbon 4.0.0 支持改进的部署模型,其架构组件分离为“工人”和“管理”节点。管理节点是用于部署和配置artifacts(web applications, services, proxy services等)而工作节点用于处理客户收到的请求。这个工人/经理部署设置为以Carbon为基础的产品的UI组件之间提供了适当的分离关注点,管理控制台及相关功能与它的内部框架服务请求部署的工件。通常,管理节点是在读写模式和授权添加新工件或更改配置,而工人节点在只读模式,仅授权部署的工件和读取配置。这个部署模型改进的安全钳住自管理节点可以设置一个内部防火墙后面,只有接触到的内部客户,只有工人节点可以对外公开。同时,由于与OSGi捆绑包是不会加载到“工人”节点,部署模型更有效的在内存利用率。一名工人/经理分割集群通常可以通过以下方式实现：在一个平衡负载器上分离子集群（Separate Sub Clusters with One Load Balancer）该模型包括两个子集群域工人域和管理域。这些子域占有负载根据已经定义的负载平衡算法和根据它节点上的负载自动缩放。两个平衡负载器的单个集群（Single Cluster with two Load Balancers）该模型包含一个单一的集群，其中一个选择的节点既是工人和管理。这个工作节点需要两个负载平衡和配置成读写模式，而其他的工作节点只建立成只读模式。而管理节点在非管理工作节点上是出名的成员使得复制状态和集群消息工作。下面显示的是最低配置的两个WSO2ESB集群实例的说明。集群由两个子集群域作为工人/管理并且建在一个单一的负载平衡前。总之，通过以下方式配置三个实例。WSO2 Elastic Load Balancer ConfigurationManagement Node ConfigurationWorker Node Configuration使用类似的指令，最低的配置可以扩展到在集群中包含多个工人/管理节点。设置WSO2平衡负载器（Setting up WSO2 Elastic Load Balancer） 1.下载并提取WSO2ELB。此文件名命名为2.到/repository/conf/loadbalancer.conf目录下并在服务下添加如下的条目esb domains wso2.esb.domain hosts ; sub_domain mgt; tenant_range *; wso2.esb.domain hosts ; sub_domain worker; tenant_range *; 上面的配置在一个名为“wso2esb.domain”单一集群域包括两个子域。每个子域由一个单一的产品实例（为了简单起见）组成。管理子域包括一个管理节点和包含一个工人节点的工人子域。3.这两个产品实例可以设置在单独的物理服务器上、两个虚拟机实例和一台独立的机器。如果它们被设置在一台机器上、相应的更新主机文件。如： 4.取消/respository/conf/axis2.xml中的元素，并指定集群成员的IP地址（或主机名）。5.启动WSO2 Eastic Load Balancer实例管理节点配置（Management Node Configuration）1.下载并解压缩WSO2ESB（命名为）axis2.xml configuration2.首先，集群应该在Axis2水平管理节点负载平衡器和工人节点通信。打开/repository/conf/axis2/axis2.xml并更新集群的配置如下：wka3.按loadbalancer.conf的定义指定集群域。42504.添加新属性“subdomain”并设置为“mgt”来表示该节点为loadbalancer.conf中定义的集群的管理子域。 5.添加负载平衡的IP或主机名。如负载平衡的IP为和之前WSO2LB的Axis2.xml中定义的本地成员端口（4000）。 4000 catalina-server.xml configuration因为WSO2ESB的管理节点是先在WSO2负载平衡中定义的，应该配置与HTTPs和HTTP相关的代理端口。这些代理端口与由WSO2LB打开的传输接收器端口对应（在axis2.xml的传输监听部分设置）。6.打开/repository/conf/tomcat/catalina-server.xml，按如下所示为HTTPs和HTTP添加proxyPort属性。carbon.xml configuration7.由于多个WSO2 Carbon产品运行在同一台主机上，为避免端口冲突按如下所示改变/repository/conf/carbon.xml中的port offset。18.按如下所示修改carbon.xml中的mgtHostName和HostName元素。9.ESB管理节点是用来部署工件。这些工件应该自动同步到集群中的工人节点。这由WSO2的carbon产品的同步部署机制处理。基于部署同步器默认的SVN用于自动向预配置的SVN仓库提交部署工件。然后工人节点可以被配置为从相同的SVN位置自动检测工件。在/repository/conf/carbon.xml中包括如下SVN部署同步器的设置。 true true true svn 15/svn/repos/esb wso2 wso2123 true根据自己SVN仓库修改SvnUrl、SvnUser和SvnPassword。10.在管理节点启动ESB实例Note：一旦添加了work-manger集群配置，访问管理控制台应使用:9444/carbon这个地址。11.查看日志确保产品实例已成功的添加集群并准备通过负载均衡器接收请求。12.同时，试着通过管理节点部署一个工件。你应该接收到一个错误，因为该服务器检查到该工作节点还不在集群中。虽然要求是通过管理节点发出，但所有请求由工人节点服务。工人节点配置（Worker Node Configuration）1.下载并解压缩WSO2ESB（命名为） axis2.xml configurati