用KooLabs云实验沙箱快速验证云原生小实验：从环境准备到资源清理的完整流程

一、背景：为什么选择沙箱做云原生小实验

学习云原生绕不开动手环节：部署一个 Deployment、暴露一个 Service、查看 Pod 日志、做一次滚动更新……但如果直接在自己的账号里操作，常有几个顾虑：

• 计费：云服务器、容器集群开久了会产生费用，实验做一半搁置就等于在烧钱；
• 残留：随手创建的资源忘记清理，时间一长自己都记不清当初建了什么；
• 环境差异：本地用 kind / minikube 搭的环境，和云上真实环境的网络、存储表现并不完全一致，学到的经验迁移时容易打折。

华为云学堂的云实验（KooLabs）提供的是预置好的沙箱环境：每个实验限定主题、限定资源、限定时间（通常 1~2 小时），开始实验时自动分配资源，时间耗尽后自动回收。对于“验证一个概念”这类小实验，沙箱是最省心的载体：试错成本低，又不用担心留下尾巴。

二、做法：一次完整实验的四个阶段

阶段一：选实验，先读懂实验说明

1. 登录华为云账号后，进入学堂实验列表，按关键词搜索感兴趣的主题，例如“CCE”“容器”“Kubernetes”。
2. 打开实验详情，先看三样东西：实验目标（要验证什么）、实验资源（会用到哪些云服务）、实验时长（沙箱可用多久）。
3. 粗读一遍实验手册的步骤大纲，对整体流程有个预期：大多数实验都是“环境准备 → 部署应用 → 验证结果 → 清理收尾”的结构。

阶段二：进入沙箱，先给环境做“体检”

1. 点击“开始实验”，等待沙箱资源分配完成，拿到实验环境入口（控制台链接或终端）。
2. 动手前先确认环境就绪：
   • kubectl cluster-info / kubectl get nodes：确认集群可达；
   • kubectl get ns：查看实验预置了哪些命名空间；
   • 核对实验手册中提到的前置资源（示例代码目录、镜像地址等）是否存在。
3. 建议把实验涉及的目录先 ls 一遍，对文件结构心里有数再动手，能省掉很多“文件找不到”的弯路。

阶段三：部署与验证（以一个极简 Web 应用为例）

1. 用最简命令部署一个示例应用，例如：

   kubectl create deployment hello --image=nginx --replicas=2
   kubectl expose deployment hello --port=80 --type=NodePort
   

   如果实验手册提供了 YAML 文件，直接 kubectl apply -f 即可，两者等价。关键是理解这两层抽象：Deployment 管副本，Service 管暴露。
2. 验证部署是否成功：
   • kubectl get pods -o wide：确认 Pod 状态为 Running；
   • kubectl get svc：拿到 Service 分配的端口；
   • 用 curl <节点IP>:<NodePort> 访问，确认返回 200。
3. 做一次小变更，体会“云原生”的味道：比如 kubectl set image 更换镜像版本，或 kubectl scale 把副本数调到 3，再用 kubectl get pods -w 观察 Pod 的滚动变化。理解声明式 API 的关键，就藏在这一步里。

阶段四：排错，把“翻车”变成收获

实验中 Pod 起不来是常态，排错记住三板斧：

• kubectl describe pod <pod名称>：看 Events 里的调度失败、镜像拉取错误；
• kubectl logs <pod名称>：看应用自身的报错输出；
• kubectl get events --sort-by=.metadata.creationTimestamp：按时间顺序看集群事件，定位最先出问题的环节。

建议把排错过程和关键命令输出截图保存——这往往是整个实验最有价值的产出。

三、要点：实验结束后的收尾工作

1. 资源清理：KooLabs 沙箱在实验时长耗尽后会自动回收全部实验资源，不需要手动逐个删除。如果提前做完，可以主动点击“结束实验”释放。另外要确认：自己账号下有没有在实验过程中额外创建的、超出实验范围的资源（比如为图方便在控制台另开的 ECS），沙箱只回收它分配的那部分。
2. 成果沉淀：把实验用到的 YAML、关键命令和排错记录整理成笔记。沙箱环境会消失，但笔记是自己的。
3. 计费意识：沙箱实验本身不产生费用，但如果想按手册思路在自己账号里复现，务必先看清各服务的计费项，做完及时释放。

四、小结

用 KooLabs 沙箱跑一次云原生小实验的完整闭环可以概括为：选对实验（目标、资源、时长先看清）→ 进沙箱先体检 → 按“部署—暴露—验证—变更”四步走 → 排错用 describe / logs / events 三板斧 → 结束确认资源回收、沉淀笔记。

整个过程不触碰自有账号的计费资源，试错成本几乎为零。对刚接触容器和 Kubernetes 的开发者来说，这是性价比很高的练手方式；对有经验的开发者，也适合用来快速验证某个不熟悉的云服务组合，再决定是否在生产账号里落地。