OpenHandx-River是一个OpenHandX-Unreal Web Service标准的ESB(Enterprise Service Bus)企业服务总线产品。ESB本身是构筑企业系统的必要元素,改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。OpenHandx-River提供了一种开放的、基于Unreal的 OpenService,通过简单的服务注册,来完成粗粒度应用(服务)和其他组件之间的互操作,够满足大型异构企业环境的集成需求。OpenHandx-River以一种无缝的非侵入方式提供企业全新的服务接口,并能够在部署环境中支持任何标准。更重要的是,充当"缓冲器"的River(负责在诸多服务之间转换业务逻辑和数据格式)与服务逻辑相分离, 从而使得不同的应用程序可以同时使用同一服务,不用在应用程序或者数据发生变化时,改动服务代码逻辑。
OpenHandx-River是将所有基于OpenHandX-Unreal开发项目的Web Service(或相同标准的Web Service)集中起来,统一包装、统一管理、统一入口构成企业服务总线,是打造数据服务为中心企业架构的重要组件。River提供了代理、点对点两种ESB服务模式,同时满足安全和高速访问的需求。在消息传递上River具备发送消息的功能,解决系统间异步的消息和数据传递。此外OpenHandx-River也是OpenHandx-Real和Unreal框架的最佳实现。
1. 主要特性
提供代理、点对点两种ESB服务模式
异步的消息和数据传递功能
支持ESB服务集群,负载均衡
支持服务调用出错自动重试
完善简洁的服务、用户、权限管理
提供集群方式的服务调用监控和内存监控的功能
2. 代理模式
代理模式是指A系统需要访问B的系统服务必须通过River ESB,River ESB充当代理了角色,完成服务转发和信息的传递。这种模式安全性较高,B系统处于企业安全性最高的生产网,并且不直接暴露给外网提供服务。A系统可以处于级别低的办公网,中间可以由River ESB完成代理功能。这样既保证了B系统的安全,又能完成系统间服务的调用,用作安全性要求较高的场合。
3. 点对点模式
点对点模式是指A系统通过River ESB拿到B系统的相关信息,然后直接调用B系统的服务,River ESB仅仅充当了服务地址解析的角色。这样做的好处减少了网络和River ESB服务器的开销,因此性能大大提高。这种模式需要A、B系统处于同一网络,能直接互联,主要用作性能要求高的场合。River ESB提供专门的接口来调用,B系统具体部署在何处对于A系统仍然是不透明的,就象代理方式访问River ESB一样。
4. 异步消息服务
通常有这样一种需求,A系统需要给B系统传输消息或数据,B系统由于种种原因忙于别的事情(比如:正在做数据加工汇总等批量)不能立即响应当前服务请求。A系统可以将消息或数据上传到River ESB服务器中,B系统有空的时候再从River ESB服务器取回消息或数据。这样就完成了系统间异步消息的传输。
有人能解释一下新发布的WindowsServiceBus(内部部署,而不是Azure)和NServiceBus之间的区别吗? 寻找详细的答案什么窗口SB可能会丢失,因为我很熟悉NSErviceBus可以做什么: 它是真正的服务总线,而不仅仅是使用队列的消息代理吗? 是否可以支持消息多态?(消息子类化其他消息和支持此层次结构的处理程序 长时间运行的进程和相关性 向外扩展
注意:本书中的 Service Mesh 章节已不再维护,请转到 istio-handbook 中浏览。 本节是根据由Nginx赞助,O’Reilly出版社出品的关于服务网格的书籍总结而来,本书标题是 The Enterprise Path to Service Mesh ,还有个副标题 Decoupling at Layer 5 ,第一版发行于2018年8月8日。这本书一共61页,本文是我对该书
我有一个企业java项目。一切都很好,直到我犯了这个错误 部署过程中发生错误:加载应用程序时出现异常:java.lang.IllegalStateExc的:ContainerBase.add子级:开始:org.apache.catalina.生命周期异常:java.lang.IllegalArgumentExc的:javax.servlet.ServletExc的:com.sun.enterpri
我们试图通过Tomcat在Ubuntu服务器上部署Worklight Enterprise edition 虽然我们成功地完成了几个步骤,但在启动Tomcat并运行War文件时遇到了一个错误。我们使用MySQL作为数据库。 我们面临的具体错误是“.BeanCreationException:错误创建名为'Deploy Service'的bean。 严重:FWLST0003E:==========启
当尝试在Azure Gov中获取服务总线的托管标识令牌时,我尝试使用资源:https://servicebus.usgovcloudapi.net/而不是像商业(https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-managed-service-identity)那样https://servicebus.
问题内容: 我们正在购买业务规则引擎。我们希望使我们的核心应用程序可定制为具有稍微不同要求的不同客户。实际进行定制的人员是分析师。即非熟练技术人员(通常具有科学学位)。 评估业务规则引擎的标准是什么?有开源和商业的吗?您在易用性,文档,支持,价格等方面的经验是什么 我们的应用程序使用Java。 问题答案: Drools(以前是Drools,然后是JBoss Rules,然后又是Drools)是一个
我正在开发一个客户端,它可以从Windows服务总线读取消息,该消息是使用发送的。净额。客户端是使用Java开发的,据我所知,它创建会话,但当它创建会话时,使用者抛出一个JMSException,它只告诉我以下消息:amqp:不允许 有线索吗? 顺致敬意,
我一直在尝试创建一个客户端来连接我的Azure服务总线队列。我一直在参考此文档: https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-java-how-to-use-queues#send-消息到队列。 我的代码: 在创建客户端时,我遇到以下错误: 通用域名格式。微软蔚蓝色的服务总线。原语。Service