如何配置Google Stackdriver以正确识别Kubernetes中Go应用的日志Severity？

嘿，这个问题我之前也碰到过！核心原因其实很简单：Go标准库的log包默认是把所有日志输出到标准错误(stderr)，而不是标准输出(stdout)。刚好对应官方文档里的规则——stderr的日志会被Stackdriver标记为ERROR级别，哪怕是你用log.Println输出的普通信息。

下面给你几个可行的解决办法：

1. 直接修改Go日志的输出目标 #

最简单的修复方式，就是在应用启动时把log包的输出重定向到os.Stdout。只需要一行代码：

package main

import (
    "log"
    "os"
)

func main() {
    // 把日志输出切换到标准输出
    log.SetOutput(os.Stdout)
    log.Println("This should now show up as INFO level!")
}

这样之后，你的普通日志就会走stdout通道，Stackdriver自动识别为INFO级别；而如果你有需要标记为ERROR的日志，可以手动输出到os.Stderr，或者保留原来的log包默认行为（如果专门用来打错误日志的话）。

2. 换用支持级别控制的日志库（推荐） #

如果你的应用后续需要更精细的日志管理（比如DEBUG、WARN、ERROR等不同级别），强烈建议使用结构化日志库，比如zap、logrus或者Google官方的Cloud Logging SDK。这些库不仅能明确指定日志级别，还能输出Stackdriver友好的结构化格式，方便后续检索和分析。

举个logrus的简单例子：

package main

import (
    "github.com/sirupsen/logrus"
)

func main() {
    logrus.Info("这条日志会被Stackdriver识别为INFO级别")
    logrus.Error("这条则会是ERROR级别")
    logrus.Debug("如果开启DEBUG级别，这条也会正常显示")
}

这类库默认会把不同级别的日志输出到对应的通道，或者直接按Stackdriver的规范输出元数据，识别准确率更高。

3. 检查Pod/Deployment的配置是否有重定向错误 #

虽然这种情况比较少见，但也可以排查下你的Pod配置里有没有意外的日志重定向。比如启动命令里有没有用2>&1或者类似的操作，把stdout和stderr搞混了？

比如如果你的Deployment YAML里有这样的配置：

containers:
- name: go-app
  image: your-go-image
  command: ["/bin/sh", "-c", "./your-app > /dev/stderr"]

这就会把所有stdout的内容强制转到stderr，自然所有日志都会被标记为ERROR。检查下你的command和args部分，确保没有这类错误配置。

内容的提问来源于stack exchange，提问作者Tony