开发者社区> 问答> 正文

go的log,json部分都有些慢,请问生产环境只能用一些第三方来替代么?

go的log,json部分都有些慢,请问生产环境只能用一些第三方来替代么?微赛关于这里踩过哪些坑,又是如何填坑的呢?

展开
收起
OSC开源社区 2024-05-14 14:54:07 22 0
1 条回答
写回答
取消 提交回答
  • 一,log也是IO,所以必然慢,这需要在性能和日志完备性方面做权衡。在很多时候,日志的内容需要仔细斟酌。慢一般有两方面原因,一个是有计算量(直接原因),一个是有额外内存分配(间接原因),需要从这两方面优化。另外我们是在logrus和Uber的zap上简单的封装了一层,统一接口,前者扩展性好,后者性能较好。json这块其实我们还是用的官方方案,不过有些简单json就直接拼接字符串了,性能会好一些。

    二,微赛在日志处理上可能遇到的挑战包括日志丢失、性能瓶颈、格式不统一、收集困难、分析不足、存储成本高、监控告警不完善、安全问题和检索效率低等。他们可能采取的综合解决方案是选用高性能的日志库,如zap,启用异步写入以降低对主线程的影响;制定统一的JSON格式,便于自动化处理;部署Logstash等工具收集分散的日志;集成Elasticsearch和Kibana进行可视化分析;实施日志归档策略降低成本;建立监控告警系统,及时发现和处理问题;确保日志安全性,对敏感信息进行脱敏处理;并优化索引结构,提升日志检索效率。这些措施旨在提供一个稳定、高效、安全的日志管理系统,以支持微赛的运营和服务质量。

    2024-05-24 08:07:08
    赞同 展开评论 打赏
问答排行榜
最热
最新

相关电子书

更多
PostgresChina2018_赖思超_PostgreSQL10_hash索引的WAL日志修改版final 立即下载
Kubernetes下日志实时采集、存储与计算实践 立即下载
日志数据采集与分析对接 立即下载