【发布时间】:2018-09-29 07:42:38
【问题描述】:
我的想法是使用骆驼解耦模块。为了支持可扩展性和故障转移,我想知道是否建议使用以下架构?
我有两个带有 Camel 嵌入式 AppCamel1 和 AppCamel2 的应用程序。然后我有独立的骆驼节点 Camel1 和 Camel2。
AppCamel1 将具有到 Camel1 和 Camel2 的具有故障转移/负载平衡的路由。这样,例如,如果 Camel1 崩溃,Camel2 将用于故障转移。
例如,Camel1 和 2 将使用 http 组件进行 REST 调用。 AppCamel1 到 camel1 或 2 也会有请求-回复。
这是一个有效的场景吗?
我应该使用什么来互连不同的 Camel 实例(AppCamel1 到 Camel1 或 2)? (我想知道是否可以在中间避免另一个组件,例如 jms 服务器)
谢谢!
根据博迪的回答编辑
REST 调用来自 Camel1/2。我想将 AppCamel1/2 与 Camel1/2 互连,看看我是否可以避免介于两者之间的任何事情。我猜 mina 是一种可能性,甚至是 http,但在这种情况下,AppCamel1 和 AppCamel2 需要知道 Camel1/2 不太好。
【问题讨论】:
标签: apache-camel soa apache-servicemix