Go 号称天生跨平台，但设两个环境变量只是起点。本文构建一棵决策树——5个关键分叉口，帮你从"能编译"走到"能部署"。
三个拐点、两组实测数据、一张决策表——告诉你 Go 缓存方案什么时候该换、换到哪一级。
四大厂商都说先从单 Agent 开始，但没人告诉你什么时候该拆。五个失控信号帮你诊断单 Agent 健康度，一个协调税框架帮你算清拆分的隐性成本。
Go 的 plugin 包九年没动过 API，5 种方案的 benchmark 实测告诉你该不该用插件、该用哪个。多数场景的答案是：不需要。
从单体到微服务不是一次架构升级，而是三个拐点的独立决策：什么时候拆、拆成什么样、用什么连。附 5 问检查清单和通信选型决策树，帮你避开最常见的拆分陷阱。
Gin 覆盖了 Web 开发 80% 的需求，但依赖注入、错误分层、测试隔离这 20% 才是项目能不能维护的关键。用同一个 CRUD 服务走一遍从裸写到分层的全过程，看清什么时候该给架构加一层。
Go DI 演进是痛点驱动不是技术偏好——用三道量化门槛（依赖规模、启动链复杂度、协作冲突）替代"三选一"对比思维，帮你判断什么时候该上框架。
Go HTTP服务的5层渐进式演进框架：超时配置→单机优化→模块化单体→分布式代价→演进信号清单，每层用自造实测数据量化ROI，帮你判断该不该往上走。
