如何在生产中部署ContextBroker?

时间:2016-09-15 11:55:25

标签: scalability high-availability fiware fiware-orion

我们正在分析FIWARE NGSI架构,以便为相关启动器的部署提供易于扩展和容错的配方。当然,我们计划从ContextBroker案例开始。

我们的想法,但我们希望收到反馈,因为我们可能不了解ContextBroker的完整内部细节以及我们使用它的方式的含义,其内容如下:

  1. 定义支持contextBroker实例联合的撰写/泊坞窗配方(如此处的文档中所述:https://fiware-orion.readthedocs.io/en/develop/user/federation/index.html
  2. 在配方中包含具有虚拟IP的负载均衡器配置,以平衡对contextBroker的不同私有IP的请求。
  3. 在顶部探索其他配置选项,例如,可能是地理“分片”,具体取决于客户端IP。
  4. 当然,每个上下文代理实例都有自己的“数据库”实例。另一种方法是,利用mongo db的“复制”功能,可以在数据库级别定位高可用性的“同步”层。但我不确定这是个好主意。

    感谢任何反馈:)

1 个答案:

答案 0 :(得分:1)

不确定部署(编辑问题帖子以添加图表会有所帮助),但是如果每个CB实例扮演一个独立逻辑节点的角色,并且有自己的上下文数据(我想你提到不同的CB之间的联合)我对生产部署的推荐是以高可用性(HA)方式设置每个节点。

我的意思是,不是每个节点只有一个CB,而是使用主动 - 主动CB-CB配置,前面有负载均衡器。两个CB都将使用相同的MongoDB数据库。为了在数据库层中获得HA,您还需要使用MongoDB副本集。