Beego支持显式RESTful路由配置，如beego.Router("/api/assets/k8s/deployments", &K8sDeploymentController{}, "get:List;post:Create")，避免正则匹配导致URLFor失效和路由冲突。
Beego 是少数几个能让你在一周内把企业级资产管理系统（CMDB）从零跑通的 Go 框架——前提是别硬套 Gin 那套“自己拼中间件”的思路，也别指望它像 Django 那样自动生成 admin 后台。它的真实能力边界很清晰：MVC 结构扎实、ORM 开箱即用、路由够快、热重载不掉链子，但所有和 Kubernetes / Prometheus / GitLab 的对接，都得你自己写 client、处理错误、做重试和超时控制。
beego.Router 与 RESTful 路由怎么配才不踩坑
资产管理系统里，/api/assets/k8s/deployments 和 /api/assets/k8s/deployments/:name 这类路径必须用显式 RESTful 路由，不能靠正则或通配符硬匹配。否则后续加 PUT /:name/scale 时，会和 GET /:name 冲突。
- 正确写法：
beego.Router("/api/assets/k8s/deployments", &controllers.K8sDeploymentController{}, "get:List;post:Create")，再单独配一条beego.Router("/api/assets/k8s/deployments/:name", &controllers.K8sDeploymentController{}, "get:Retrieve;put:Update;delete:Delete") - 别用
@/api/assets/k8s/deployments/:name?:.*这类正则路由——它会让beego.URLFor()失效，前端生成链接时会报urlfor: no router found - 如果要支持命名空间参数（如
/ns/default/deployments），必须在路由里显式声明:namespace，并在 controller 方法签名中接收this.Ctx.Input.Param(":namespace")，不能靠解析 URL 字符串
beego.ORM 与 Kubernetes 资源结构体怎么对齐
你定义的 DeploymentInstace 结构体，不能直接丢给 orm.QueryTable() 用——Beego ORM 只认数据库表字段，不认 k8s.io/api/apps/v1.Deployment 这种原生结构体。想持久化 k8s 资源状态，得做两层映射：
- 第一层：用 Beego ORM 定义本地资产快照模型，比如
AssetK8sDeployment，字段包括Name、Namespace、Replicas、Status、LastSyncAt，并用orm:"pk;auto"标注主键 - 第二层：在 controller 或 service 层，手动把
k8s.io/api/apps/v1.Deployment的.Spec.Replicas、.Status.AvailableReplicas等字段赋值给AssetK8sDeployment实例，再调o.Insert()或o.Update() - 注意
time.Time字段：k8s 的CreationTimestamp是metav1.Time类型，转成 Gotime.Time时要用.Time字段，否则存库会是零值
bee run 热重载在对接外部服务时为什么总失败
bee run 默认监听 .go 文件变化，但 CMDB 项目里大量逻辑藏在 models/k8s_client.go 或 services/prometheus.go 里。一旦你改了 kubeconfig 加载逻辑或 Prometheus 查询语句，bee run 不会自动重启，导致新配置不生效，后端调用一直报 connection refused 或 no such host。
- 解决办法：在项目根目录加
bee.json，显式声明监听范围：{"Dir": ["./","./models/","./services/"],"Ext": [".go",".yaml"]} - 别依赖
bee run做生产环境热更新——它没做 graceful shutdown，正在处理的 k8s patch 请求可能被中断，造成 deployment 副本数错乱 - 开发阶段建议加个
watch -n 1 'curl -s http://localhost:8080/healthz | grep ok'，确认服务真起来了再测接口
最常被忽略的一点：Beego 的 context.Context 默认不带 timeout，所有调 k8s clientset 或 Prometheus HTTP client 的地方，必须显式传入带 context.WithTimeout(ctx, 10*time.Second) 的上下文，否则一个卡死的 kube-apiserver 就能让整个 CMDB 接口 hang 住，且 bee run 完全不报错。
