elasticsearch - ElasticSearch 6.2 中的 Multi-Tenancy

标签 elasticsearch multi-tenant

我刚刚开始为一个项目评估 Elastic Search。我的应用程序是一个 Multi-Tenancy 应用程序,我想到的第一个想法是为每种文档类型和租户设置不同的索引。在这个link弹性公司似乎建议不要使用太多索引,但这是在他们支持索引中的异构类型的时候。

既然他们现在为每种文档类型推荐了一个单独的索引,那么可以安全地假设过去由于太多索引而发生的内存问题不是问题吗?

最佳答案

最简单的方法是嵌套一层。 示例:

"tenant-1":{ 
  "id": 1
 },
"tenant-2":{ 
  "id": "id-1"
 }

关于elasticsearch - ElasticSearch 6.2 中的 Multi-Tenancy ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49921742/

相关文章:

elasticsearch - ES 创建数据传输

java - 找出与自定义评分脚本中的术语匹配的字段

c# - Elasticsearch Nest客户端未应用提升

java - Multi-Tenancy Spring Data JDBC

asp.net - 在 Orchard 中的租户之间共享默认网站内容

asp.net-mvc - Multi-Tenancy 应用程序示例(MVC + Ninject)

elasticsearch - 迁移Kibana仪表板

java - 访问elasticsearch中最大聚合的结果

java - 当 WebMvcAutoConfiguration$EnableWebMvcConfiguration 只需要一个 entityManager 时如何在 Spring Boot 中进行 Multi-Tenancy

ruby-on-rails - 如何通过共享应用程序和数据库的多家公司保护 Rails 应用程序