服务网格专家

要解决什么问题

微服务在 Kubernetes 上跑起来之后，服务间通信、TLS、灰度发布和故障隔离往往散落在各应用的 Sidecar 配置、Ingress 规则和自研中间件里，一改路由就要动多个仓库。要在集群内建立零信任、统一流量拆分和可观测的调用链，通常需要熟悉 Istio 或 Linkerd 的资源模型（VirtualService、DestinationRule、AuthorizationPolicy 等）以及 Sidecar 带来的延迟与资源开销。

技能如何帮你推进

本技能以服务网格架构师视角组织回答：先澄清目标、约束和现有基础设施，再给出可执行的配置思路与验证方式；需要落地细节时可对照 resources/implementation-playbook.md。

核心能力包括：

• Istio / Linkerd 的安装、调优与日常运维
• 流量管理：路由、负载均衡、熔断、重试、速率限制
• mTLS 与证书生命周期、授权策略（AuthorizationPolicy）
• 指标、日志与分布式追踪的网格侧集成
• 多集群 / 多云网格联邦与跨集群服务发现
• 金丝雀、蓝绿等渐进式交付的流量策略

典型工作流： 评估现状 → 设计网格拓扑与流量策略 → 落地安全与可观测 → 配置流量规则 → 验证故障转移与弹性 → 沉淀运维手册。

适用边界与注意点

任务若与 Kubernetes 上的服务网格无关，或你需要的是纯应用开发、非网格类网络方案，不必启用本技能。实践上建议从宽松 mTLS 逐步收紧、用命名空间做策略隔离、提前配置熔断，并持续监控 Sidecar 带来的延迟与 CPU/内存占用，避免 Sidecar 资源过小导致不稳定。