マルチテナントアプリケーションには、エラスティックサーチ（AWS）を導入する予定です。私たちは、最初のオプションこのブログhttps://www.elastic.co/blog/found-multi-tenancyあたりのよう エラスティック検索のマルチテナント
をルーティングテナント毎のいずれかのタイプのカスタムで
ユーザーが3番目のオプションを選択した場合、データの分離がないようです。セキュリティについてはわかりません。
2番目のオプションは、データが分離されるため、より良いオプションになると思います。
マルチテナントで弾性検索を進めるための最良の選択肢を特定するお手伝いをします。
AWSインフラストラクチャを活用することに注意してください。
私たちは今、同じ質問を検討しており、以下のElasticsearchによる記事が非常に参考になりました。
ここにスタート：https://www.elastic.co/guide/en/elasticsearch/guide/current/scale.html
そして、あなたはこの1つをヒットするまで、後続の各記事を読ん：https://www.elastic.co/guide/en/elasticsearch/guide/current/finite-scale.html
次の二つは、私にとって非常に開眼した：
https://www.elastic.co/guide/en/elasticsearch/guide/current/faking-it.html https://www.elastic.co/guide/en/elasticsearch/guide/current/one-big-user.html
基本的な持ち帰り：
今、あなたは大きな顧客のためのインデックスを持つことができますように見える。これは、あまりにも重要なリンクですここで言及されることはありません： http://www.bigeng.io/elasticsearch-scaling-multitenant/
良いアーキテクチャジレンマ、優れたパフォーマンス分析/推論。
tldr;クラスタ内のノード間で負荷を分離するためのシャード割り当てフィルタリングの周りに構築されたインデックスグループがありました
コンテキスト内のテナントとは何ですか？ – Val
各クライアントはテナントとみなされます。 –
それから答えは、私たちが話しているテナント/クライアント数（1-10,10-100,100-1000、？）とあなたが期待している成長因子、すなわちクライアントの安定した数か、次のNヶ月以内に増加率は？どの戦略をとるかを決めるときは、今日ではなく明日を考える必要があります。 – Val