Linkerd 生产模式

要解决什么问题

在 Kubernetes 上跑微服务时，服务间调用往往缺少统一的可观测性、加密与流量治理：金丝雀怎么拆流量、重试会不会打爆下游、按路由的延迟和成功率从哪看，这些问题如果全靠应用层各自实现，变更成本和故障面都会变大。Linkerd 是偏轻量、安全优先的服务网格，但 YAML 资源（ServiceProfile、TrafficSplit、ServerAuthorization 等）和运维习惯需要一套可复用的生产模式，而不是临时拼配置。

技能如何帮你落地

本技能围绕 Linkerd 在 K8s 上的生产用法 组织内容：从网格安装、命名空间注入，到按路由的 ServiceProfile（指标、重试、超时）、TrafficSplit 做金丝雀或 A/B、Server / ServerAuthorization 做访问策略，以及 HTTPRoute 高级路由和多集群网格。说明里强调先明确目标、约束和输入，再套用最佳实践并给出可验证步骤；需要完整示例时可对照 resources/implementation-playbook.md。

模板覆盖常见场景：网格安装、注入命名空间、带重试的服务配置、流量拆分、服务器授权、HTTPRoute、多集群设置；并附带监控与调试思路，以及「应该做 / 不应该做」清单（例如全链路 mTLS、重试预算、变更后 linkerd check、避免过度配置而忽略默认合理项）。

适用边界

任务与 Linkerd 模式无关，或需要本范围外的其他领域/工具时，不要使用此技能。它聚焦服务网格侧的模式与配置，不替代集群底层网络、CI/CD 或应用业务逻辑的改造。