gpt4 book ai didi

elasticsearch - ELK登录微服务架构

转载 作者:行者123 更新时间:2023-12-03 01:45:53 24 4
gpt4 key购买 nike

我正在使用ELK为我的所有微服务实现集中式日志记录。我的疑问是我是否必须为每个微服务创建单独的索引,还是为所有微服务日志创建一个索引。到目前为止,我的研究表明,所有微服务的单一通用索引对于集中式日志记录来实现跨微服务的搜索是有意义的。我还了解到,太多的索引在Elasticsearch中有点开销。所以我想听听有经验的人

我在软件建议https://softwarerecs.stackexchange.com/questions/42338/elk-logging-in-microservice-architecture中已经有这个问题

最佳答案

在我们的场景中,我们有50多个微服务,并且我们根据用例(如UserManagement)执行日志记录,该用例可能是一个由多个微服务(用户,角色,策略等)组成的用例。

因此,我们有一个索引对应一个用例。

通过这种方式,我们可以利用报告系统中的效率,因为报告围绕每个用例,例如在什么时间登录和注销的用户数量,前后用户角色的变化等。

同样,您也可以创建与另一个用例相对应的Elastic Index。
这样,我们隔离了 flex 索引数据,任何一个索引的任何停机/重新索引都不会影响另一个索引。

关于elasticsearch - ELK登录微服务架构,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43979597/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com