纯HTML无法管理Kubernetes集群，因其无法调用kubectl、访问API Server、处理认证凭据或发起带证书/Token的HTTPS请求，且受跨域限制；可行方案是HTML+后端代理，由后端封装K8s API调用并统一处理认证与安全。
纯 HTML 无法直接管理 Kubernetes 集群——它没有能力调用 kubectl、访问 API Server 或处理认证凭据。所谓“HTML 页面”必须配合后端服务或浏览器外运行环境才能完成真实集群操作。
为什么不能只用 HTML 实现节点管理？
HTML 是静态标记语言，不具备以下关键能力：
- 无法发起带证书/Bearer Token 的 HTTPS 请求到
https://<your-api-server>:6443/api/v1/nodes</your-api-server> - 无法安全存储或使用
kubeconfig文件中的client-certificate-data和token - 无法执行
kubectl get nodes -o json等命令，浏览器里没kubectl运行时 - 跨域请求会被浏览器直接拦截（除非 API Server 显式开启 CORS，且不推荐）
可行方案：HTML + 轻量后端代理（推荐）
让 HTML 页面通过 fetch 调自己的后端接口，由后端代为调用 Kubernetes API。这是最常见、安全、可控的做法。
- 后端用
Node.js（配@kubernetes/client-node）或Python（配kubernetes-client）即可，几行代码就能封装listNodes、cordon、drain等操作 - HTML 页面只负责渲染：
fetch('/api/nodes')→ 渲染表格；点击“驱逐”按钮 →POST /api/nodes/<name>/drain</name> - 认证交给后端：后端用
ServiceAccount的token或kubeconfig文件，前端完全不碰敏感凭据 - 避免 CORS：前后端同域（如 Nginx 反向代理
/api/ → http://backend:3000/）
如果坚持“纯前端”，只能做只读模拟页面
适合演示、教学或离线文档，但和真实管理无关：
立即学习“前端免费学习笔记（深入）”；
- 用
fetch('./mock-nodes.json')加载本地 JSON 模拟数据，渲染表格和状态图标 - 所有按钮绑定空函数或
alert('此操作需后端支持')，防止用户误以为能生效 - 别硬塞
localStorage存 token —— 浏览器里存Bearer xxx等同于把集群控制权公开 - 若强行用
chrome-extension或 Electron 封装，已不属于“HTML 页面”范畴，而是独立应用
真正上线的 K8s 管理页，99% 都有后端代理层。绕过它去折腾前端权限、证书、重试逻辑，只会卡在 401 Unauthorized 或 net::ERR_CONNECTION_REFUSED 里出不来。
