我想将Elastic Search实现为微服务。我们将有2个应用程序,其中主应用程序将连接到关系型数据库,另一个应用程序将具有弹性搜索的所有逻辑。现在,在主应用程序中,任何更改都会发出一个独特的事件,有效负载中包含该更改的所有相关信息。
Elastic Search就位后,主应用程序会将此事件发送到Elastic Search服务进行处理。我计划在弹性搜索中为每个索引表建立索引。此服务将处理该事件,并基于该索引中的事件进行添加/更新/删除操作。
如果与单个事件相关的索引包括与该事件相关的数据更改,则还可以由多个服务处理该单个事件。
我只是担心这是否是正确的方法。我可以看到一个单一的服务(类)将会变得庞大,因为有太多的事件被处理以进行索引。
我会用ruby编写代码,有一个名为elasticsearch-model的gem,大多数人都在使用它,每个其他的博客都会提到它。但我不想受到这种限制,而且在这种微服务设置中也不可能使用它。
提前谢谢。
发布于 2020-10-19 17:35:50
我在当前的web应用程序中使用了elasticsearch-model gem,您可以将它的CRUD方法覆盖到ruby代码中,将其用作REST API架构
或
如果你不想使用这个gem,那么你也可以为你的elasticsearch创建REST api并实现你想要的特性。
https://stackoverflow.com/questions/64424539
复制相似问题