mirror of https://github.com/loggie-io/docs.git
Feat: update architecture and evolution (#153)
This commit is contained in:
parent
2faf92d92f
commit
24f37a9241
|
@ -1,5 +1,9 @@
|
|||
# 日志系统架构与演进
|
||||
|
||||
我们可以打造以Loggie为核心的云原生可扩展的全链路数据平台,Loggie支持使用不同的技术选型。
|
||||
|
||||

|
||||
|
||||
在不同的业务类型、不同的使用场景、不同的日志规模下,我们可能会采用不同的日志系统架构,架构不存在好坏,只有合不合适。一个简单的场景下,使用复杂的架构搭建出来的日志系统,大概会带来运维灾难。
|
||||
|
||||
这里通过规模演进的视角,总结一下常见的日志系统架构,当然实际的技术选型及变种有很多,我们无法一一列出,相信你可以通过参考下文,搭建适合自己业务的架构。
|
||||
|
@ -72,6 +76,10 @@
|
|||
- 使用Loggie的多Pipeline特性,将业务日志拆分发送至多个Kafka集群
|
||||
- 在大规模架构下增加前置Loggie中转集群,提前进行分流和转发
|
||||
|
||||
最终我们可以基于Loggie,搭建一套生产级别的全链路日志数据平台。
|
||||
|
||||

|
||||
|
||||
|
||||
## 更多
|
||||
实际在落地一套完善的日志架构和平台,还需要考虑:
|
||||
|
|
Binary file not shown.
After Width: | Height: | Size: 597 KiB |
Binary file not shown.
After Width: | Height: | Size: 72 KiB |
Loading…
Reference in New Issue