打开浏览器，发平输入网址，发平页面加载出来——这个过程背后至少有三层东西在同时运转：前端渲染、发平网络传输、发平后端响应。发平Web开发平台要解决的发平，就是发平让这三层别互相打架。

我最早接触的发平“平台”其实就是一个装了Apache的Ubuntu虚拟机。那时候觉得能跑PHP就算平台了，发平现在回头看，发平那顶多算个运行环境。发平真正的发平Web开发平台得覆盖代码编写、版本管理、发平构建打包、发平部署上线、发平监控回滚这一整条链路。少了哪一环，开发者就得自己拿胶带粘。

拿Vercel来说。你往GitHub推一个Next.js项目，它自动识别框架、装依赖、跑构建、分配域名、上CDN。整个过程不需要你碰服务器。我第一次用的时候盯着部署日志看了半天——从push到线上可访问，47秒。这47秒里它做了十几件事，包括给静态资源打hash、生成边缘函数、配置SSL证书。这种体验跟早年FTP上传文件再SSH重启服务完全是两个时代的东西。

但平台越“自动”，你越容易忽略它替你做了哪些决策。比如Vercel默认把API路由部署成Serverless函数，冷启动延迟在200ms到1.5秒之间浮动。你的用户如果集中在国内，这个延迟会被网络放大到难以接受的程度。平台不会主动告诉你这些，它只负责让demo跑起来好看。

另一类平台走的是相反路线。Railway和Render给你更多控制权，你可以选区域、配环境变量、挂持久化磁盘。代价是配置项多了，心智负担也上来了。我见过一个团队在Railway上部署PostgreSQL，没注意连接池上限，压测时直接把数据库打挂。平台提供了工具，但不会替你理解工具。

国内的情况更特殊。阿里云效、腾讯CODING、华为DevCloud，功能列表拉出来都很长，实际用起来总有些地方卡在权限审批或者网络策略上。我试过用云效的流水线部署一个静态站点，光是配置OSS bucket的跨域规则就翻了四五个文档页面。不是不能用，是链路太长，每跳都有自己的一套概念体系。

选平台这件事，我的判断标准就一条：看它能不能让你在十分钟内从零部署一个带数据库的CRUD应用。能，就继续用；不能，就换。那些需要你先学三天平台专有概念的，大概率是把简单问题复杂化了。Web开发本身已经够复杂，平台的价值在于吸收复杂度，而不是转嫁复杂度。

还有一点容易被忽略：平台锁定。你在Firebase上写的云函数，想迁到AWS Lambda，基本等于重写。你在Netlify上配的redirect规则，换到Cloudflare Pages得换一套语法。选平台的时候得想清楚，你是要快速验证一个想法，还是要长期维护一个产品。前者可以容忍锁定，后者最好留条后路。

现在我自己搭项目，前端扔Vercel，后端API用Fly.io，数据库用Neon。三个平台各管一摊，通过环境变量串起来。听着麻烦，但每个环节出问题我都能单独替换。没有哪个平台能覆盖所有场景，组合使用反而比押注一家更稳。Web开发平台说到底就是个工具箱，顺手最重要，没必要忠诚。