Fiware Orion上下文代理的HA群集部署

Fiware Orion上下文代理的HA群集部署,fiware,fiware-orion,fiware-cep,Fiware,Fiware Orion,Fiware Cep,如果我计划在如上所述的高可用性场景中安装多个Orion context broker实例,我想知道如何处理事件通知 因此,如果我注册/订阅一个特定的事件(occours),我会收到一次通知/呼叫,还是每个CB实例收到一次通知/呼叫?在Orion ContextBroker的多节点部署中,如所述,将收到请求的代理向每个事件发送一次通知。HAProxy会将每个传入请求路由到多个ContextBroker中的一个,因此会根据订阅生成一个通知 因此,如果您注册/订阅某个特定事件,则收到reuqest的C

如果我计划在如上所述的高可用性场景中安装多个Orion context broker实例,我想知道如何处理事件通知


因此,如果我注册/订阅一个特定的事件(occours),我会收到一次通知/呼叫,还是每个CB实例收到一次通知/呼叫?

在Orion ContextBroker的多节点部署中,如所述,将收到请求的代理向每个事件发送一次通知。HAProxy会将每个传入请求路由到多个ContextBroker中的一个,因此会根据订阅生成一个通知


因此,如果您注册/订阅某个特定事件,则收到reuqest的ContextBroker会通知/呼叫您一次。

关于Orion和HA/扩展的更多参考资料,如果它们有用的话:


感谢您的澄清!是否有任何参考上下文代理如何处理通知(它们是由接收请求的一个实例触发的)?我只是想确定和理解,MongoDB存储肯定没有参与这个过程,而且它实际上是无状态的。@JürgenZornig,我找不到相关的参考文档。以上关于订阅/通知的推断基于在生产环境中运行多节点Orion ContextBroker和其他软件。MongoDb负责持久化实体和订阅,订阅/通知都由代理本身管理。所有状态都由MongoDb管理。Orion进程是完全无状态的(因此可以很容易地启用HA/扩展方案)。感谢您的参考,这就是我要找的。我把我的问题标记为重复,因为你回答这个问题已经很完美了,很高兴知道!如果您发现一些参考问题/答案有用,请提供+1。这样,搜索引擎优化就会变得更加相关,其他用户也会更容易找到他们:)这能回答你的问题吗?