使用cloud.google.com/go/logging时如何在开发测试环境禁用GCP日志转发？

以下是业内常用的3种落地方案，都不需要你自行做接口适配： #

1. 标准输出对接方案（零适配成本，最常用） #

你完全不需要在代码里引入cloud.google.com/go/logging SDK，也不需要做任何接口兼容开发：

• GCP的GKE、Cloud Run等官方服务默认会自动收集容器/进程的标准输出、标准错误内容写入Cloud Logging，不需要业务代码做特殊处理
• 开发环境下日志直接输出到终端，不会产生任何Cloud Logging的写入请求，自然不会有额外成本
• 只要你输出的是符合GCP规范的结构化JSON日志，就能自动识别日志级别、traceID等元信息，和用SDK写入的效果完全一致

2. 环境变量控制SDK初始化 #

如果你必须用SDK实现日志写入的特殊功能，也不需要自己做接口适配：

• 启动时读取当前运行环境标识（比如环境变量RUN_ENV），只有pre/prod环境才初始化GCP logging客户端，其余环境直接调用log.New()返回标准库logger
• 可以直接用GCP logging SDK自带的Logger.StandardLogger()方法，直接返回符合标准库log接口的实例，完全不需要自己写适配逻辑
  示例代码片段：

  var logger *log.Logger
  if os.Getenv("RUN_ENV") == "prod" || os.Getenv("RUN_ENV") == "pre" {
      // 初始化GCP logging客户端
      client, err := logging.NewClient(ctx, "project-id")
      if err != nil {
          log.Fatalf("Failed to create logging client: %v", err)
      }
      defer client.Close()
      // 直接获取标准库兼容的logger
      logger = client.Logger("log-name").StandardLogger(logging.Info)
  } else {
      // 开发环境直接用标准库logger
      logger = log.New(os.Stdout, "", log.LstdFlags)
  }
  

• 上层业务统一用标准库log的方法打日志即可，完全感知不到底层实现差异

3. 空客户端兜底方案 #

如果不想做初始化分支判断，也适合已经全量用了GCP logging SDK接口的老项目：

• 非生产环境下初始化GCP logging客户端时，指定限流参数或者自己写一个实现了GCP logger接口的空结构体，所有写日志方法直接 return 不做任何操作
• 不需要修改上层业务代码，只需要调整初始化逻辑即可实现非生产环境日志不落Cloud Logging

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