我們計劃在我們的多租戶應用程序中引入彈性搜索（AWS）。我們有以下選項，彈性搜索中的多租戶
按照這個博客https://www.elastic.co/blog/found-multi-tenancy第一選擇是一個索引給記憶問題。但不清楚其他選項。
看來如果我們用戶第三個選項，那麼就沒有數據隔離。不確定安全。
我相信第二種選擇將是更好的選擇，因爲數據將被隔離。
幫助我確定使用多租戶進行彈性搜索的最佳選擇。
請注意，我們將利用AWS基礎架構。
我們現在正在考慮同樣的問題，Elasticsearch的以下一組文章非常有幫助。
從這裏開始：https://www.elastic.co/guide/en/elasticsearch/guide/current/scale.html
和在各後續的文章看，直到你打這一個：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
基本外賣：
每個客戶3210這是一個太重要環節這裏不要提到： http://www.bigeng.io/elasticsearch-scaling-multitenant/
良好的架構困境，以及卓越的性能分析/推理。
tldr;他們擁有圍繞分片分配過濾構建的索引組，以跨集羣中的節點分離負載。
什麼是您的上下文中的租戶？ – Val
每個客戶都被視爲租戶。 –
然後，答案取決於我們正在談論的客戶/客戶數量（1-10,10-100,100-1000？）和您期望的增長因子，即客戶數量穩定或您期望的軸數在接下來的N個月內增加％？在決定採取何種策略時，你需要考慮明天，而不是今天。 – Val