Arthas MCP 接远端 K8s：真正的挑战是链路，不是配置
传统的 Java 压测诊断流程通常是这样的：打开监控大盘、发现异常、SSH 进跳板机、kubectl exec 进 Pod、attach Arthas、手工敲命令、拼结论。这个流程的问题不是步骤多，而是每一步都依赖人工，压测窗口很短，诊断常常跟不上问题出现的节奏。 Arthas MCP 把这件事往前推了一步——让 AI Agent 可以直接调用 Arthas 的诊断工具，把"人工执行诊断命令"这件事自动化掉。 但在远端 K8s 场景下，开始动手才会发现：真正的挑战不在 MCP 的几个参数配置，而在于如何构建一条从本地 Agent 穿透到 Pod 内部的安全链路。 本文的答案是：把链路复杂度封装在连接层，让 Agent 始终看到一个稳定的 localhost 地址。 远端 K8s 的核心障碍 在本地环境里，Arthas MCP 的接入几乎没有门槛——启动 Arthas、指定 httpPort 和 mcpEndpoint，Agent 直接连。 但在远端 K8s 里，有三件事会让这条路走不通： 网络隔离：Pod 处于 K8s 内网，本地无法直接访问 Pod IP。 安全边界：把 Arthas HTTP 端口通过 LoadBalancer 或公网 Ingress 暴露出来，等于把高权限诊断入口开放给外部，风险极高。 动态性：Pod 名称和 IP 随时可能变化，Agent 侧配置无法写死。 所以问题的本质是：如何用一套对 K8s 改动最小、安全边界清晰的方式，把 Pod 内部的 Arthas MCP 端口安全地带到本地。 ...