我扔掉了本地的 Docker 和 VSCode，开发效率反而提升了10倍
“在我电脑上明明是好的”，这句话我曾说过无数次，也听过无数次。每次新项目启动或新同事入职，我们总要浪费大量时间在配置开发环境上，过程痛苦且极易出错。
我曾一度痴迷于打造“完美”的本地开发环境，但最终意识到，我们努力的方向可能从一开始就错了。
为什么“本地开发”正在成为瓶颈
问题的根源不在于工具不够好，而在于本地开发这种模式本身存在着几个难以克服的顽疾。
环境不一致性：每个人的电脑都是一个孤岛，操作系统、依赖版本、网络配置的细微差别，都会导致大量的沟通和调试成本。
本地资源受限：如今的项目越来越复杂，编译、运行大型应用对本地电脑的 CPU 和内存要求极高，硬件常常成为开发的瓶颈。
开发与生产割裂：本地环境与线上生产环境的巨大差异，是导致应用“一上线就崩”的罪魁祸首。
我的破局点：把开发环境也“云原生”化
我开始思考，为什么我们不能像管理服务器一样，去管理我们的开发环境？让它也成为一种标准化的、按需分配的、用完即走的云资源。
我需要一个平台，能从代码编写的源头入手，彻底打通从开发、调试、发布到线上部署的全流程闭环。
幸运的是，我找到了这样一套工作流。
具体来说，我是这样做的
1. 一键生成标准化云端环境
我做的第一步，是彻底放弃本地环境配置，直接在云端一键生成开发环境。
我只需要打开一个网页，选择一个预设好的环境模板，比如 Node.js 或 Python。这些模板已经内置了所有必需的语言环境和依赖。然后通过滑块按需分配 CPU 和内存，整个过程不超过30 秒，一个开箱即用的云端开发环境就准备好了。
2. 连接本地 IDE，保留肌肉记忆
接着，我通过一个插件，将本地 VSCode 无缝连接到云端，保留了所有编码习惯。
平台引导我安装了一个 VSCode 插件，它通过 SSH 自动建立了本地 IDE 与云端环境的安全连接。这之后，我在本地 VSCode 里的所有操作，包括文件编辑、终端命令，都实时作用于云端的容器。编码体验和本地完全一致，但编译和运行速度却因为云端的高性能而变得更快。
3. 开发即生产，一键发布版本
开发完成后，我不再手动打 Docker 镜像，而是直接点击“发布版本”，将整个环境打包成一个标准的 OCI 镜像。
我只需要在项目里准备一个entrypoint.sh脚本，定义好应用如何启动。然后在开发界面点击“发布版本”，输入一个版本号（如 v1.0.0），平台就会将我当前开发环境的完整状态——包括代码、依赖和配置——打包成一个可部署、可回滚的稳定版本。这个版本还可以一键存为团队模板，新同事来了直接复用，彻底告别环境配置。
4. 极速部署，3 分钟上线应用
最后，在应用管理平台，我只配置了端口和域名，就在 3 分钟内将应用部署上线并获得了公网地址。
版本发布成功后，页面会自动跳转到应用管理界面。在这里，我设置了实例数量、暴露了容器端口，并开启了外网访问。平台自动为我分配了一个公网域名和 HTTPS 证书。点击“部署应用”，几分钟后，应用状态就变成了 "running"，通过域名就可以直接访问了。
当我走完这套流程后，我意识到，我几乎完成了除了写代码之外的所有事情，但却没有碰过一次 Dockerfile，也没有配过一次 Nginx。
我的关注点终于可以从复杂的基础设施上移开，完全聚焦于业务逻辑本身。这或许才是一个开发者最该拥有的体验。
如果你也厌倦了无休止的环境配置，不妨试试这套云原生的开发工作流。
