提供ElasticSearch而非sql数据的api

jpfvwuh4  于 2021-06-13  发布在  ElasticSearch
关注(0)|答案(1)|浏览(256)

我有一个系统,其中有大量的数据集,我想有快速搜索,ElasticSearch是适合它。因此数据驻留在sql中,并同步到es。在这个同步中有一个明显的小延迟。
这些数据的使用者可以处理稍微过时的数据。因此,如果有一个最终用户用来查看数据集的ui api。可接受3-4秒的延迟。所以处理es的api处理程序在这里是完美的。
然后,这些数据的消费者(机器人)希望处理实时数据。因此,对于几乎相同的需求,我是否应该创建另一个api,就像ui consumer中那样,从sql获取数据?
通常遵循的最佳实践是什么,我假设这是一个非常常见的用例。

ukqbszuj

ukqbszuj1#

您可能应该坚持只创建一个sinlgeapi,并使用查询字符串参数来决定使用这两个数据源中的哪一个。这将导致需要维护的代码更少。

相关问题