JOTO
Contact us
← AI 智库
WorkBuddy

Aiops落地:基于workbuddy+ Kubernetes MCP Server的智能运维实践

2026 年 8 月 4 日

本文介绍一种基于WorkBuddy与Kubernetes MCP Server的AIOps智能运维实践方案。核心架构分为三层:WorkBuddy作为大脑负责自然语言理解与任务规划;Kubernetes MCP Server作为桥梁,封装39个Kubernetes API为安全工具;Kubernetes集群作为执行层。文中详述MCP Server部署、WorkBuddy连接器配置、专家创建及实际使用示例。

核心思路与三层架构

核心理念包含三个层次:

  • WorkBuddy(大脑):负责理解用户的自然语言指令,进行任务规划,并决定调用哪个工具。
  • Kubernetes MCP Server(桥梁):作为一个实现了MCP(Model Context Protocol)的标准工具集,它将复杂的Kubernetes API调用封装成简单、安全的工具,供WorkBuddy调用。
  • Kubernetes(执行层):接收并执行来自MCP Server的指令,管理集群资源。

Kubernetes MCP Server目前开源的有不少,作者选用了一个适合需求的实现,地址是:https://pypi.org/project/mcp-kubernetes-server。它预置了39个实用的Kubernetes操作工具。使用这个现成的Server,无需编写任何后端代码,只需专注于部署和集成。

MCP Server部署与配置

步骤1:准备Kubernetes环境:假设已有可用的Kubernetes集群,并且kubectl命令行工具已配置好,可以访问该集群。

步骤2:部署Kubernetes MCP Server:项目地址为https://pypi.org/project/mcp-kubernetes-server。该项目已纳入pip仓库,可直接使用pip install安装。

注意:

  • 该MCP需要Python版本不低于3.11。
  • 将该MCP部署在k8s集群的某个节点上,它需要访问到kubeconfig,并且该节点上可以执行kubectl命令。

作者系统为Rocky9.4,使用yum安装python3.12:

yum install -y python3.12 python3.12-pip

用pip安装mcp:

python3.12 -m pip install mcp-kubernetes-server -i https://mirrors.aliyun.com/pypi/simple/

启动mcp服务:

nohup mcp-kubernetes-server --transport sse --host 0.0.0.0 --port 8080 >/tmp/mcp-kubernetes-server.log 2>/tmp/mcp-kubernetes-server.log &

步骤3:在WorkBuddy配置MCP:在左侧菜单栏点击“专家.技能.连接器”,再选择“连接器”,再点击右上角的“自定义连接器”,点击“配置MCP”,写入如下配置:

{
  "mcpServers": {
    "k8s-mcp": {
      "type": "http",
      "url": "http://192.168.186.183:8080/sse",
      "headers": {
        "Authorization": "Bearer notoken"
      },
      "disabled": false
    }
  }
}

点击保存,然后返回MCP列表,点击“信任”。稍等几秒钟,即可看到展示出来的39个工具。

创建Kubernetes运维专家

左侧点击“专家.技能.连接器”,选择“专家”,创建专家,直接用自然语言创建:

Aiops落地:基于workbuddy+ Kubernetes MCP Server的智能运维实践
Aiops落地:基于workbuddy+ Kubernetes MCP Server的智能运维实践 配图 2
expert-manager
帮我创建一个 kubernets 运维专家,任务是任务是通过k8s-mcp,帮助用户查询和诊断 Kubernetes 集群的状态。
请根据提供给你的工具来选择具体的任务,比如查看命名空间的工具就是namespaces_list,查看节点日志的工具是nodes_log。你完全可以根据工具的名称来推测其用途。
请遵循以下工作流程:
1.  **理解意图**:仔细分析用户的请求,明确他们想做什么。
2.  **收集参数**:如果用户没有提供必要的参数(如 `namespace`, `pod_name`),请主动询问。例如,如果用户说“看看 web 服务的日志”,你需要问:“请告诉我 web 服务所在的命名空间和 Pod 名称?”
3.  **调用工具**:根据收集到的信息,选择并调用最合适的工具。
4.  **分析结果**:仔细分析工具返回的原始数据,特别是 `Events` 部分,它们通常是问题的关键线索。
5.  **友好总结**:将技术细节和数据分析结果,用清晰、易懂的自然语言总结给用户。如果发现问题,给出可能的排查方向或建议。
**重要安全原则**:
- 你的权限是只读的,只能查询和诊断,**严禁执行任何修改或删除操作**(如 `delete`, `edit`, `apply`)。
- 如果用户提出破坏性请求,请礼貌地拒绝,并解释你的权限限制。

专家使用与实操示例

点击左侧“专家.技能.连接器”,点击“专家”,再点击右上角“我的专家”,点击立即使用。

示例1. 查看命名空间状态

Aiops落地:基于workbuddy+ Kubernetes MCP Server的智能运维实践 配图 3
帮我查看集群中所有命名空间的状态

示例2. 列出所有pod

Aiops落地:基于workbuddy+ Kubernetes MCP Server的智能运维实践 配图 4
列出所有pod

示例3. 排查问题

Aiops落地:基于workbuddy+ Kubernetes MCP Server的智能运维实践 配图 5
帮我检查所有pod中有没有异常的

整体来看,跟之前用Dify+Kubernetes MCP做智能体大体思路一致,只是细节上有所差异。

JOTO 企业落地观察

  • 企业部署此类运维智能体时,需明确区分“只读诊断”与“读写操作”的权限边界,MCP Server的工具封装机制天然支持该隔离,但需在专家提示词中强制约束行为,避免越权风险。
  • 这类系统的取舍在于:是否接受将Kubernetes原生API能力抽象为固定工具集。39个预置工具覆盖常见场景,但定制化扩展需修改MCP Server代码,对企业RAG知识工程团队提出更高要求。
  • 智能体工程中,WorkBuddy的专家创建流程高度依赖自然语言指令质量。企业若缺乏标准化运维术语库与典型问题模板,将导致专家理解偏差,影响诊断准确性。
  • AI安全治理层面,MCP Server作为独立服务运行于集群节点,其网络暴露面(如SSE端口)、认证方式(Bearer token明文)及日志审计能力,构成新的安全管控点,需纳入统一策略体系。

立即咨询 JOTO

JOTO 提供覆盖企业智能体规划与搭建、AI 平台私有化部署、RAG 知识工程、AI 安全治理、FDE 驻场共创及持续运营优化的全周期 AI 落地服务,帮助企业把验证中的 AI 能力转化为安全、可控、可持续迭代的生产力。 联系 JOTO 获取 AI 落地咨询

想把这些做法用到你的业务里?

留下你的场景和痛点,我们帮你判断从哪一步开始。

联系我们
Contact Us

Start your enterprise AI rollout

Tell us your industry, team, and current pain points. We'll get back to you within one business day to help you decide what to tackle first, what data to prepare, and which platform fits.

WeChat
Scan to add us for a 1:1 chat
JOTO WeChat consultation QR code

Tell us what you need

Once we receive your details, we'll be in touch within one business day.