「Comment」https://icyfenix.cn/distribution/observability/logging.html

fenixsoft / awesome-fenix

讨论如何构建一套可靠的大型分布式系统

https://icyfenix.cn

8.83k stars 1.02k forks source link

Open fenixsoft opened 4 years ago

fenixsoft commented 4 years ago

coldJune commented 3 years ago

"这点决定了可以很容易区出分冷数据和热数据"应该是“区分出”

fenixsoft commented 3 years ago

这点决定了可以很容易区出分冷数据和热数据

谢谢，已修正

Aaron-He commented 3 years ago

“这两种聚合方式都有不少实际应用，前者一般用于应对即席查询，后者用于应对固定查询” 中 “即席查询”应该是“即时查询”吧

Darkells commented 3 years ago

日志处理过程 logstash可以用kibana的管道预处理，减少项目的侵蚀性如果是kubernetes是还是推荐走 efk fluent bit

fenixsoft commented 3 years ago

“这两种聚合方式都有不少实际应用，前者一般用于应对即席查询，后者用于应对固定查询” 中 “即席查询”应该是“即时查询”吧

即席查询，Ad-hoc search

Aaron-He commented 3 years ago

“这两种聚合方式都有不少实际应用，前者一般用于应对即席查询，后者用于应对固定查询” 中 “即席查询”应该是“即时查询”吧

即席查询，Ad-hoc search

谢谢大佬解释，学习了 😀👍

duguyin commented 2 years ago

真实生产环境中，“缓冲”阶段不应该用Redis，最常见的应该是Kafka。不论ELK官网给出的是什么，但是Redis作为消息队列还是太弱了。