Kubernetes
基础设施
管理集群、调试工作负载并扩展服务——Neotask 借助 OpenClaw 让 Kubernetes 对话化。
- 无需记忆 kubectl 命令即可跨命名空间检查 Pod 状态、日志和资源使用情况
- 通过自然语言指令扩展部署、回滚版本并排空节点
- 通过引导式根因分析诊断 CrashLoopBackOff、OOMKilled 和调度失败
你能做什么
检查集群健康状况
向 Neotask 询问集群的运行状况摘要:哪些 Pod 未运行、哪些节点面临内存压力以及是否有任何 PersistentVolumeClaims 未绑定。 OpenClaw 运行正确的 kubectl 命令并以简单的英语显示结果。
调试失败的工作负载
描述症状 - “我的 api 服务器部署不断重新启动” - Neotask 将引导您完成它:获取最近的事件,跟踪最后 100 行日志,检查资源限制,并根据发现的内容建议最可能的修复。
扩展和部署
告诉 Neotask 将部署扩展到特定的副本数量、触发新映像标签的推出或在您调查时暂停推出 - 日常操作不需要 YAML 编辑。
以声明方式管理资源
询问正在运行的内容和清单中的内容之间的差异,应用特定文件或注释资源 - Neotask 在获得许可时可以读取和写入 Kubernetes 资源。
监控事件和警报
从任何命名空间获取警告事件流,查看哪些调度程序决策失败以及原因,或者使用描述和事件历史记录询问过去一小时内特定 Pod 发生了什么。
尝试询问
“哪些 pod 没有在生产命名空间中运行?”
“为什么我的支付服务部署不断崩溃?”
“将工作线程部署扩展到 10 个副本”
“将前端回滚到之前的版本”
“显示今天起所有 OOMKilled 事件”
“哪些节点的内存利用率超过 80%?”
“维护前安全排空节点 ip-10-0-1-42”
“上次推出的身份验证服务发生了什么变化?”专业提示
在提示中指定命名空间 - “在生产中”或“在暂存命名空间中” - 以避免意外接触错误的环境。
要求“先总结,然后详细”,这样你就能首先得到快速答案,并且只有在需要时才可以进行更深入的研究。
使用 Neotask 解释错误消息:粘贴 kubectl 错误并询问“这是什么意思以及如何修复它?”
在进行破坏性操作(耗尽、删除)之前,请要求 Neotask 列出将受到影响的内容,以便您可以在确认之前进行查看。
与您的 CI/CD 管道结合:询问“当前部署到生产环境的镜像是什么?”与您最新的构建标签进行比较。
Works Well With
- bitrise - Automate Kubernetes CI/CD pipelines with Bitrise and Neotask. Build, test, and deploy container workloads faster with in...
- stytch - Automate Kubernetes authentication workflows with Stytch. Manage auth configs, inspect pods, scale deployments, and upda...