不懂 Kubernetes 如何管理容器应用：先区分集群和应用

平台可以把常用 Kubernetes 对象映射成应用、组件、端口和网关。开发者通过这些业务概念管理容器应用，平台人员继续负责 YAML、集群权限和底层运维。

三种管理对象不要混在一起

• 容器管理： 镜像、实例、资源和日志。
• 集群管理： 节点、网络、存储、RBAC 和控制面。
• 应用管理： 代码或镜像如何变成完整业务系统，怎样升级、回滚和交付。

Rainbond 主要从应用管理进入：应用由组件、依赖、端口、网关和存储组成。常规部署不必直接创建 Deployment、Service 和 Ingress，需要高级能力时仍能导入 YAML 或 Helm。

哪些事情不能被“易用界面”隐藏

容量是否充足、数据库是否备份、存储是否可靠、证书是否过期、漏洞是否修复，这些工作仍然存在。平台的价值是明确责任和减少重复操作，不是把风险从界面上消失。

如果团队主要痛点是集群供应、统一 RBAC 和策略治理，应优先看 Rancher、KubeSphere 或 OpenShift 等路径；如果主要痛点是应用上线、升级和交付，再评估 Rainbond。

客观比较见 开源容器平台选型指南，部署实操见 开发者平台与平台工程专题。