ContextBrokerを本番環境に展開する方法は？

Question

私たちはFIWARE NGSIアーキテクチャを分析して、関連するイネーブラーを展開するためのスケーラビリティとフォールトトレラントレシピを簡単に提供します。もちろん、ContextBrokerのケースから始める予定です。私たちは、そのは、以下の完全な内部ContextBrokerの詳細と我々はそれを使用することができます方法の意味を認識しないかもしれないので、

私たちの考えは、私たちは、フィードバックをいただければ幸いです。

1. はコンの定義/ contextBrokerインスタンスのフェデレーションをサポートするドッキングレシピ（https://fiware-orion.readthedocs.io/en/develop/user/federation/index.html）
2. 要求をコンテキストブローカの異なるプライベートIPに均等に分散する仮想IPを持つロードバランサの設定をレシピに含めます。
3. 追加の設定オプションについては、クライアントIPに応じて、たとえば地理的な「シャーディング」などがあります。

もちろん、コンテキストブローカーの各インスタンスには、独自の「データベース」インスタンスがあります。代わりに、mongo dbの "複製"機能を利用して、高可用性の "シンク"レイヤーをデータベースレベルに配置することもできます。しかし、私はこれが良い考えであるかどうかはわかりません。

すべてのフィードバックは、展開（役立つダイアグラムを追加するために、質問の投稿を編集）について

Answer 1

わからない:)感謝されるが、各CBのインスタンスは、（独自のコンテキストデータを独立した論理ノードの役割を果たしている場合私は、異なるCBノード間のフェデレーションについて言及しているので、実際の運用環境では、各ノードをハイアベイラビリティ（HA）の方法で設定することをお勧めします。

つまり、各ノードにCBが1つだけではなく、アクティブアクティブなCB-CB構成を使用し、その前にロードバランサを使用します。どちらのCBも同じMongoDBデータベースを使用します。 HAをDB層にも入れるためには、MongoDBレプリカセットを使用する必要があります。