网站大量收购闲置独家精品文档,联系QQ:2885784924

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

  1. 1、本文档共62页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
WSO2-ESB企业服务总线文档.

企业服务总线 企业服务总线文档 WSO2企业服务总线(ESB)是一个快速,轻巧,100%开源的和用户友好的开源ESB,分布按照Apache软件许可证2.0版。WSO2 ESB允许系统管理员和开发消息路由,调解,改造,记录,任务调度,故障切换路由,负载均衡和更方便地配置它还支持传输交换,事件,以规则为基础的调解和基于优先级的先进的集成要求调解ESB运行时的设计是完全异步,非阻塞上Apache Synapse的调解的引擎和基于流的。如果您是第一次使用,下面的章节 将介绍ESB ,帮助您快速上手。 What is new in this Release WSO2ESB 4.5.1版是基于4.0.2和4.5.0版本的继任者。有几个增强功能包括它的缺陷的修复。 新功能/增强功能: 由于重构carbon的上下文使性能增强(继承和增强了carbon4.0.2)。 通过使用伪像优化占有者的加载时间来增强WSO2同步部署性能 错误修正: 本新闻稿中包含的错误修复程序无论是在基础架构以及特定于ESB组件上的缺陷修复欲了解更多信息,请参阅WSO2的氧气罐中的下列网页: Known Issues WSO2ESB4.0.5中已知问题列表,请参阅以下链接: WSO2ESB4.5.1-组件中已知问题 WSO2ESB4.5.1-已知问题的基本框架 Community Resources WSO2公司愿意为您提供有关ESB产品的任何技术问题或疑问的指导。可以直接使用这里提到的相关的邮件列表: /mail 与WSO2ESB开发团队沟通。 WSO2鼓励您使用公共JIRA: /jira/browse/ESBJAVA 为WSO2ESB提出问题和改进的要求,还可以跟踪他们的决议和工作进展发表意见。关于ESB的问题 访问 Apache Synapse的应用程序编程接口用WSO2 ESB /apidocs/index.html。这个API是非常有用的。Support Options WSO2公司还提供各种开发和生产支持方案,在正常营业时间从基于Web的支持24小时电话支持。WSO2确保您的企业中间件部署是完全支持从评估到生产。我们独特的方法。额外的支持信息,请参考 /support。 Distributed Computing Evolution) ESB是分布式计算演进的一部分。 早期的分布式计算系统涉及系统之间点对点通信。这是简单明了的方式在分布式组件上创建复杂的应用程序。当有少量的应用需要一起工作时是一个合理的解决方案。然而点对点通信数量的增长与企业应用数量的平方成正比。这使得大型企业将变得很难管理。 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) 在企业的基础设施可能是本身就很复杂,包括数百种应用程序Endpoints) Endpoints作为具有传输协议的逻辑组件。两套端点地址和WSDL。地址endpoint可以使用任何可用的transport调度消息。 参阅Endpoints 代理服务(Proxy Services) 在

文档评论(0)

gangshou + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档