Go 适合构建轻量级 CLI 工具、运维 API 服务、K8s 自动化及可观测性采集器，优势在于单二进制分发、强错误处理、高并发与跨平台；需注意超时控制、安全调用、依赖注入和 context 使用。
用 Go 写轻量级 CLI 工具替代 Bash 脚本
运维日常大量依赖 Bash 脚本做部署、巡检、日志提取，但 Bash 在错误处理、并发、跨平台和可维护性上越来越吃力。Go 编译出的单二进制文件天然适合分发到各种 Linux 发行版甚至 Windows 服务器，且启动快、无运行时依赖。
典型场景包括：deployctl（封装 kubectl + helm 操作）、loggrep（并行扫描多台机器的 journalctl 输出）、certcheck（批量检查 TLS 证书过期时间）。
- 用
flag或spf13/cobra解析命令行参数，比 Bash 的getopts更健壮 - 调用系统命令优先用
exec.Command+cmd.Output()，避免 shell 注入；需要交互时显式设cmd.Stdin = os.Stdin - 别直接拼接字符串执行命令（如
exec.Command("sh", "-c", "ls "+path)），应拆解为参数数组：exec.Command("ls", path) - 交叉编译注意：Linux 服务器通常用
GOOS=linux GOARCH=amd64 go build，如需在 Alpine 上运行，加CGO_ENABLED=0
用 net/http + Gin 实现内部运维 API 服务
很多团队用 Python Flask/Django 快速搭一个内部 Web 接口供 Jenkins 或前端调用，但 Go 的 net/http 标准库或 Gin 能做到更低资源占用和更高并发吞吐，尤其适合高频轮询类接口（如节点健康状态、配置变更通知）。
常见需求：接收 webhook 触发部署、提供 Prometheus metrics 端点、暴露 /debug/pprof 用于性能分析。
- HTTP handler 中禁止用全局变量存状态，改用依赖
注入或
context.WithValue传请求上下文 - 对外暴露的 endpoint 路径尽量语义化，比如
POST /v1/deployments而非POST /api/do - 返回 JSON 时统一用
json.Marshal，别手动拼字符串；错误响应建议含code和message字段，方便前端解析 - 生产环境务必禁用
Gin的 debug 模式：gin.SetMode(gin.ReleaseMode)，否则会泄露堆栈
用 Go 操作 Kubernetes API 实现自动化扩缩容
单纯用 kubectl scale 做定时扩缩容太粗糙，真实场景需要结合指标（如 CPU 使用率、队列长度）+ 业务规则（如工作日 8:00–20:00 才允许扩容）+ 安全窗口（两次操作至少间隔 5 分钟）。Go 的 kubernetes/client-go 是官方推荐 SDK，比 shell 调用 kubectl 更可控。
- 初始化 client 时用
rest.InClusterConfig()（Pod 内运行）或clientcmd.BuildConfigFromFlags（本地调试），别硬编码 kubeconfig 路径 - Watch 资源变化要用
cache.NewInformer或client.Watch，避免轮询浪费 API Server 负载 - 更新 Deployment 时必须携带
ResourceVersion，否则可能因乐观锁冲突失败；推荐用apply逻辑（先 Get 再 Patch）而非直接 Update - 对关键操作（如删除 Pod）加 dry-run 模式开关，并记录 audit log 到本地文件或 Loki
用 Go 构建可观测性采集器（替代部分 Telegraf/Fluent Bit 功能）
当标准采集工具无法满足定制化需求时（例如：从私有 RPC 接口拉取指标、按业务规则过滤日志字段、聚合多个服务的 trace ID 分布），用 Go 自研轻量采集器更灵活。它能编译成静态二进制，嵌入容器镜像或作为 DaemonSet 运行。
示例任务：mysql_slowlog_exporter 解析 slow query log 并暴露 Prometheus metrics；grpc-health-checker 定期调用各服务的 /healthz gRPC 方法并上报状态。
- 日志解析慎用正则全量匹配大文件，改用流式读取 +
bufio.Scanner，配合strings.HasPrefix快速跳过无关行 - 上报 metrics 优先走
prometheus/client_golang的Counter/Gauge，别自己造 HTTP handler 拼文本 - 网络采集类程序务必设超时：
http.Client{Timeout: 10 * time.Second}，否则一个卡死请求会拖垮整个采集周期 - 如果采集目标是外部服务，用
net.DialTimeout控制建立连接时间，避免 DNS 解析阻塞
package mainimport ( "fmt" "log" "net/http" "time" )
func main() { http.HandleFunc("/healthz", func(w http.ResponseWriter, r *http.Request) { w.WriteHeader(http.StatusOK) fmt.Fprint(w, "ok") })
srv := &http.Server{ Addr: ":8080", ReadTimeout: 5 * time.Second, WriteTimeout: 5 * time.Second, } log.Println("Starting health server on :8080") log.Fatal(srv.ListenAndServe())}
Go 在 DevOps 中的价值不在“全能”，而在“刚好够用且足够稳”——编译快、运行时不依赖、错误处理明确、并发模型直观。最容易被忽略的是：不加 context 控制的 HTTP client、没设超时的 exec 命令、以及把敏感信息（如 token）写死在代码里。这些小疏漏在 Bash 里可能只是脚本报错，在 Go 里却容易变成静默失败或资源泄漏。
