#《59_基于Elasticsearch设计日志中心的原理分析》

线上运行的系统，跑着跑着，突然有用户找客服反馈你的系统有个什么什么bug！bug可能有对应的异常报错，也可能没有报错，就是纯粹的是你的代码级别的bug，客服会找你们技术这边

快速的定位bug发生的原因，定位 -> 修复

通过查阅日志，分析bug发生时，系统是如何运行的，是否运行中有问题导致bug

如果你单个服务/系统部署的机器数量都超过5台了，此时必须要上日志中心

《互联网Java工程师面试突击第一季》，儒猿技术窝，免费，不要钱，ES的架构原理，我都讲过，大家直接去看一下，倒排索引，正排索引，shard数据分片，replica副本，写入原理，分布式搜索原理

业务、项目、服务、时间戳（long）、不同的日志有自己的特殊的业务id（用户id、举报渠道）、日志内容（举报的具体内容数据，json字符串来存储）

日志中心没有开源的，可能有少数的不知名的，但是连我都没听说过

一般都是公司自己基于ES来做研发的，ES+HBase，黄金组合，HBase适合的是海量数据进行存储，ES，内置生成ES的document id，id作为rowkey把日志内容放到HBase里去，程序员，可以根据业务、项目、服务、时间戳（long）、不同的日志有自己的特殊的业务id（用户id、举报渠道）来搜索日志