当前位置：首页 >专题 >Go 服务网格工程实践专题
Go 服务网格工程实践专题
官方入口与核心概念
先理解控制面、数据面、Sidecar 与策略边界
Linkerd 官方文档
Linkerd 官方概览，介绍轻量服务网格、控制平面、数据平面、自动注入与可观测性。
Linkerd 官方入门教程
Linkerd 官方 Getting Started，覆盖 CLI、控制平面安装、应用注入和基本流量检查。
Istio 官方文档
Istio 官方文档总入口，覆盖流量管理、安全、可观测性、扩展和 Kubernetes 部署。
Istio 流量管理官方指南
Istio 官方流量管理概念，解释 Virtual Service、Destination Rule、Gateway 与服务发现。
Envoy 官方文档
Envoy 官方文档，覆盖代理架构、配置、扩展、xDS、HTTP/gRPC 与可观测性。
Kubernetes 官方文档
Kubernetes 官方文档总入口，覆盖 Pod、Service、探针、配置、安全和工作负载。
Kubernetes Service 官方文档
Kubernetes Service 官方概念，说明稳定服务入口、服务发现和端口映射。
OpenTelemetry Go 官方文档
OpenTelemetry Go 官方资料，覆盖 traces、metrics、logs、手动埋点和导出。
站内工程实战
从服务发现、Sidecar 到 Go 组件和 Kubernetes 排障
服务网格常见问题
Sidecar 注入、Go 端口、重试与观测边界的判断
Go 服务接入 Service Mesh 后还需要改代码吗？
基础的 mTLS、服务指标和流量转发通常由 Sidecar 完成，但 Go 服务仍要正确处理监听端口、健康检查、超时、优雅停机和 Trace 上下文；业务级指标与日志也不能完全交给代理。
Service Mesh 的自动重试为什么可能放大故障？
代理重试会增加下游请求量，非幂等操作还可能重复产生副作用。应结合请求方法、超时预算、幂等键、熔断和应用侧重试统一设计，不能只打开默认策略。
Sidecar 注入后 Go 的健康检查失败怎么办？
先核对探针访问的端口和路径，再检查网格的端口拦截、入站策略、启动顺序与 readiness 延迟；应用应提供快速、无副作用的健康端点，不要把深度依赖检查全部放进 liveness。
Go 应用的 OpenTelemetry 与网格遥测如何分工？
网格适合采集网络层请求量、延迟、错误率和拓扑，Go 应用仍应为业务关键步骤、数据库操作和领域事件补充 Span、指标与结构化日志，并确保 context 在下游调用中持续传递。
相关专题
继续查看相近方向内容
