JOTO
联系我们
← 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 落地咨询

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

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

联系我们
联系我们

开启企业级 AI 落地

留下你的行业、部门和当前痛点,我们会在 1 个工作日内与你联系,帮你判断适合先做什么、需要准备哪些数据、适合什么平台。

微信咨询
扫码添加,一对一沟通
JOTO 微信咨询二维码
发送邮件
jotoai@jototech.cn

填写需求单

收到你的信息后,我们将在 1 个工作日内与你取得联系。