Go微服务负载均衡需构建服务发现、健康状态、策略选择闭环。须用watch监听实例变更并本地缓存，基于LastHealthyAt标记不健康节点，维护动态可用节点切片，失败节点熔断，高频扩缩容宜用least_request或加盐+虚拟节点的一致性哈希。

loadaverage高而CPU使用率低，本质是大量进程处于可运行（R）或不可中断睡眠（D）状态等待资源；常见原因包括D状态堆积、I/O卡顿、内存不足换页、驱动缺陷等。

ConfigMap创建后Pod里没生效是因为它不会自动注入，必须在Pod的envFrom、env或volumes中显式引用；更新后也不会自动刷新，挂载为volume的文件内容约1分钟内同步但进程不重读，env注入的值则完全静态，需滚动更新Pod或应用热加载。

Go服务需手动注册/注销到注册中心，不能依赖框架自动触发；须在服务监听就绪后异步注册，用运行时获取IP端口，设置服务名与元数据，捕获信号可靠注销，并配置真实健康检查。

Go不提供开箱即用API网关，需基于gin+httputil.ReverseProxy构建轻量反向代理网关，但限流/熔断/鉴权等应交由Envoy等专用组件实现。

Go不提供现成微服务架构，仅提供协程、HTTP、接口等底层能力；微服务需靠设计实现服务拆分、通信、发现等，推荐HTTPREST+Consul+静态编译+JSON日志+Prometheus指标。