Shc*_*ein 5 java messaging jms
在我们的架构中,即使与本地网络的连接丢失,JMS 发布者也可以继续工作(并生成新消息)。是否可以使用 JMS 使发布服务器容忍网络或代理中断:
据我所知,它可以在每台发布机器上使用嵌入式(本地)代理来完成。如果这是唯一的方法,那么该拓扑是否存在任何不明显的问题 - 性能、维护等?本地代理是否可以自行容忍中断?
我还没有尝试过这个,但似乎您可以使用本地故障转移来减少阻抗:使用 ActiveMQ,您可以配置故障转移传输:
failover:(tcp://primary:61616,tcp://secondary:61616)?randomize=false
Run Code Online (Sandbox Code Playgroud)
尝试绘制这个:
client +---> primary: network broker <-------+
| |
+---> secondary: embedded broker -----+
Run Code Online (Sandbox Code Playgroud)
这里的主要代理将是您的网络代理,而您的辅助代理将是本地嵌入的代理,并通过桥连接到主要代理。当客户端发布分配时,这看起来效果很好;我不确定这对于订阅者来说是否比 @Biju 提出的解决方案更好:如下所示:
client +---> secondary: embedded broker ------> primary: network broker
Run Code Online (Sandbox Code Playgroud)
例如,这是我的嵌入式代理(通常是非持久性的)。
<bean id="activeMQBroker" class="org.apache.activemq.broker.BrokerService">
<property name="transportConnectors">
<list>
<bean id="brokerConnection" class="org.apache.activemq.broker.TransportConnector">
<property name="connectUri">
<bean id="brokerURI" class="java.net.URI">
<constructor-arg value="tcp://localhost:61616" />
</bean>
</property>
</bean>
</list>
</property>
<property name="persistent" value="true" />
</bean>
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
1683 次 |
| 最近记录: |