Go不提供微服务而只提供基础组件，真正的微服务需满足可拆、可查、可换、可扛压；服务应按限界上下文划分，用gRPC保障契约与语义，依赖服务发现与可观测性设计。
Go 本身不提供微服务，只提供能做微服务的零件
很多人跑通 http.ListenAndServe 就以为自己在写微服务——其实只是个带路由的单体 HTTP 服务。真正的微服务不是“能跑”，而是“可拆、可查、可换、可扛压”。Go 给你的是 net/http、context、goroutine 和静态编译能力，但服务边界怎么划、超时怎么控、节点挂了怎么发现、错误怎么归类，全得你亲手设计和补全。
- 别用
gin.Default().Run(":8080")启动生产服务：它绕过http.Server的ReadTimeout、WriteTimeout和IdleTimeout，压测时连接堆积、慢请求拖垮整机 - HTTP 端点不能裸奔健康检查：必须暴露
/health，且返回码严格用200（健康）或503（不健康），Kubernetes 的livenessProbe靠这个判断是否重启 - 所有跨服务调用必须透传
context：否则下游超时、取消、trace ID 全丢，链路一断就找不到哪一环卡住
服务拆分不是按功能切，而是按限界上下文（Bounded Context）切
把“用户”“订单”“支付”硬切成三个服务，结果订单要查用户昵称、支付要改订单状态——最后变成分布式单体，RPC 调用比数据库 JOIN 还多。DDD 的限界上下文才是拆分依据：一个服务只负责一个业务能力闭环，拥有自己的数据存储、事件边界和演化节奏。
- 示例反模式：
user-service提供/user/{id}/orders接口：这说明订单逻辑没独立，上下文污染了 - 正确做法：订单服务自己存
user_name字段（最终一致性同步），或通过事件驱动更新；用户服务只管“我是谁”，不管“我买了啥” - 代码结构反映边界：
service/order/internal/放私有逻辑，service/order/api/只放 Protobuf 定义和 gRPC 注册，service/order/pkg/不得引用其他服务的 internal 包
通信协议选 gRPC 不是为性能，是为契约、类型和语义
HTTP + JSON 看似简单，但上线三个月后你会遇到：int64 字段被前端转成 float64、错误全塞在 4xx/5xx 里无法区分是参数错还是库存不足、超时靠 guess 写个 10s 结果下游实际耗时 800ms ——这些不是 bug，是协议缺陷。
-
grpc-go天然支持context.WithTimeout、status.Code(err)直接取CodeNotFound或CodeDeadlineExceeded，客户端不用 parse body 做 if-else - Protobuf 定义即契约：
service OrderService { rpc CreateOrder(CreateOrderRequest) returns (CreateOrderResponse); }生成的 Go 接口强制你处理 context、error、response 三元组 - 别跳过
grpc-gateway：它能把同一个 Protobuf 自动生成 REST 接口，对外暴露/v1/orders，对内走 gRPC，不用维护两套逻辑
服务发现不是可选项，硬编码地址等于拒绝滚动更新
写死 product-service:8082 在代码或配置里，本地开发没问题，一上 Kubernetes 就崩：Pod IP 动态变、扩缩容后实例数变、灰度发布要切流量——没有服务发现，你就只能手动改配置、发版、祈祷别出错。
立即学习“go语言免费学习笔记（深入）”；
- 优先用 Kubernetes 原生 Service：配合
headless service+ DNS SRV 记录，客户端直接解析product-service.default.svc.cluster.local列表 - 如果不用 K8s，Consul 是最轻量靠谱的选择：用
github.com/hashicorp/consil/api注册时带上Check.HTTP健康检查 URL，Consul 自动剔除失联节点 - 客户端必须支持重试+负载均衡：gRPC 默认轮询，但得配
WithBlock()确保初始化时等注册中心 ready，否则启动就 panic
最容易被忽略的不是技术选型，而是“可观测性从第一行日志就开始”。没有统一 trace_id 贯穿日志、指标、链路，微服务就是一堆黑盒拼图——你永远不知道问题出在哪个服务、哪次调用、哪个 goroutine。别等上线再补 OpenTelemetry，从 main.go 第一行就注入 tracer 和 logger。
