1 cndenis 2024-05-24 14:16:13 +08:00 日志直接写硬盘, 部署日志同步程序上传到日志系统, 比如 ELK, 阿里云 SLS 之类 |
![]() | 2 seedhk 2024-05-24 14:16:45 +08:00 只是单纯的接口信息的话,前面接个 nginx ,nginx 来统计,日志记下来后接 ELK 分析查询 |
3 yyttrr 2024-05-24 14:18:34 +08:00 ![]() 一般分三种,gateway 日志,业务日志,运行时日志 |
![]() | 4 vicalloy 2024-05-24 14:18:51 +08:00 日志管理和具体语言没多大关系。 配置一个 SysLogHandler 的 handle ,将日志发给 syslog ,由 syslog 做多服务器的日志汇总。 如果要便于查询可以加个 Loki 。 |
![]() | 5 wxw752 2024-05-24 14:20:41 +08:00 之前问过朋友是解耦的,用 EFLK |
![]() | 7 zsj1029 2024-05-24 14:23:19 +08:00 参看腾讯云的服务,都是独立收费服务,每个都可以看做组件,看看他们划分就行了 |
8 cndenis 2024-05-24 14:51:42 +08:00 @zshineee 写硬盘是依赖最小的, 万一你的日志服务挂了也不至于直接崩掉业务. 你会在这里问这个问题的话, 估计业务量也大不到单纯日志就能写到硬盘性能不够的程度 网关可以用专门的网关, 比如 nginx, apisix, 或是云上的负载均衡服务之类, 它们都有标准化的日志. |
![]() | 9 cheng6563 2024-05-24 14:58:03 +08:00 现在完善的开源方案应该就仨: el(f)k: 功能全面,非常重 loki: 省资源,但他的 webui 是 grafana ,grafana 感觉用来看个图表还行,用来查日志太蛋疼了。 openobserve: 省资源,查日志也挺不错,我司现在就在用 然后日志最好还是写盘,然后用采集器收集,而不是直接传到日志服务去. |
10 Fooooo0 2024-05-24 15:02:19 +08:00 @cheng6563 你们 openobserve 多少数据量?根据我们的测试来看,openobserve 在大数据量的情况下性能严重不行 |
![]() | 11 LeeReamond OP @cheng6563 听起来确实很合理,具体操作上有什么外部附加的采集工具吗?如果要先写盘,然后再通过推流的方式追加到某种数据存储,我想了一圈似乎只有`tail -f`适合用来把文档再转成流,自己写的话不太会处理截取,效率方面也不好说。。 其实现在想是不是不用搞专门的存储,需要分析的时候跑个现读现分析的软件是不是也行。。。因为毕竟像网关追踪这种都有专门工具,也没必要非得依赖日志 |
![]() | 12 cheng6563 2024-05-25 13:01:44 +08:00 @LeeReamond 采集器多的很,vector.dev, fluent bit, 甚至 filebeat 都可以 |