第一篇　需求与选型：为什么要服务治理

团队把单体 Go 服务拆成一堆微服务之后，注册发现、熔断、灰度、链路追踪全靠手写，维护成本越滚越大。这一篇回到最原始的问题：我们到底为什么要做服务治理，以及怎么把机器、网络、产品选型一次性定下来。

这一篇解决什么

把散在各处的痛点摆到台面上：调用关系多、服务下线没人知道、线上排障靠猜、灰度回滚全靠手。再给出一套可落地的答案：用 gRPC 定义服务契约，etcd 做注册发现，客户端做负载均衡，熔断器加半开，按版本灰度，TraceID 贯穿全链路，日志进腾讯云 CLS。

本篇内容

这一篇的边界

只讲「为什么」与「用什么」，不展开实现细节。etcd 怎么注册、熔断器怎么半开、TraceID 怎么贯穿，分别放在第二到第四篇里按操作清单走。读完这一篇，你应该能直接回答：我们的拓扑长什么样、每台 CVM 跑什么、哪些事必须自研、哪些事直接买云产品。

延伸阅读

• 微服务架构入门与常见反模式，见 go-micro-cps-guide。
• 腾讯云产品全景与选型思路，见 tencent-cloud-practice。
• 单机到集群的部署实践，见 k8s-pipeline-guide。

机器准备用到的 【腾讯云】云服务器 CVM，新用户限时特惠中，规格清单见 1.3。