我有一个系统,其中有大量的数据集,我想在其中进行快速搜索,而弹性搜索适合它。因此,数据驻留在SQL中,并同步到ES。在这个同步中有一个明显的小延迟。
这些数据的消费者可以处理稍微陈旧的数据。因此,如果有最终用户用来查看数据集的UI的API。延迟3-4秒是可以接受的。因此,处理ES的API处理程序在这里是完美的。
然后是这些数据的消费者(机器人),他们想要处理实时数据。因此,对于几乎相同的需求,我是否应该创建另一个API,就像UI consumer中从SQL获取数据一样?
通常遵循的最佳实践是什么,我假设这是一个非常常见的用例。
发布于 2020-12-23 15:51:54
您可能应该坚持只创建一个sinlge API,并使用查询字符串参数来决定使用两个数据源中的哪一个。这将导致需要维护的代码更少。
https://stackoverflow.com/questions/65419119
复制相似问题