Aiops落地:基于workbuddy+ Kubernetes MCP Server的智能运维实践
本文介绍一种基于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运维专家
左侧点击“专家.技能.连接器”,选择“专家”,创建专家,直接用自然语言创建:


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. 查看命名空间状态

帮我查看集群中所有命名空间的状态示例2. 列出所有pod

列出所有pod示例3. 排查问题

帮我检查所有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 落地咨询
想把这些做法用到你的业务里?
留下你的场景和痛点,我们帮你判断从哪一步开始。
联系我们


