elasticsearch Elasticsearch最佳实践流程

我使用弹性搜索对产品进行过滤。我们有复杂的产品可用性逻辑。我可以看到两种选择

使用elastic只存储特定于产品的数据，产品可用性逻辑驻留在web服务器部件中。我们首先从elastic中筛选数据，然后检查这些结果集上的条件是否与可用性逻辑匹配

或者我们可以将数据展平并以弹性存储，尽管在这种情况下会有重复的数据

我关心的是，从浏览器调用弹性端点是否是一种好的做法。因为默认情况下它没有任何身份验证系统。并且每个查询和响应都将显示在网络日志中。我认为应该从web服务器调用elastic，前端将与elastic通信，而不知道elastic的存在

---

任何最佳实践洞察都会很有帮助

只需在后端创建并验证端点，然后将查询发送到该端点。确保有一些强制限制，例如

• size

  ——你不想让任何人下载你的整个索引和

• aggregation

  depth——您不希望任何人对整个索引进行总结以获得竞争优势

关于重复：我不太担心存储方面（许多NoSQL方法可能会有一些重复以促进快速查询），但请记住，聚合可能会产生“错误”计数和总和。您通常会执行这些聚合来获取（比如）产品类别中的合计，并希望确保它们代表您的仓库状态

---

根据您提供的有限信息，现在还不能说更多。

只需在后端创建并验证端点，然后将查询发送到该端点。确保有一些强制限制，例如

• size

  ——你不想让任何人下载你的整个索引和

• aggregation

  depth——您不希望任何人对整个索引进行总结以获得竞争优势

关于重复：我不太担心存储方面（许多NoSQL方法可能会有一些重复以促进快速查询），但请记住，聚合可能会产生“错误”计数和总和。您通常会执行这些聚合来获取（比如）产品类别中的合计，并希望确保它们代表您的仓库状态

---

根据您提供的有限信息，现在还不能说更多。

直接从浏览器中公开数据通常不是一个好主意，如果可能的话应该回避。直接从浏览器中公开数据通常不是一个好主意，如果可能的话应该回避。