PaaS

PaaS 解决什么问题

在 PaaS 出现之前，初创团队要上线一个 Web 应用，需要：租虚拟机、装 Linux、配 Nginx、装数据库、设防火墙、配备份……光环境准备就要一两天。2007 年，Heroku 上线，只需 git push heroku main 一行命令，代码就能跑起来，数据库一条命令加载，自动处理 SSL。典型 PaaS 包含：应用运行时（Node.js、Python、Java 多版本可选）、托管数据库（自动备份、只读副本）、部署流水线、日志聚合、域名绑定和 HTTPS。[1]

PaaS 的局限与演化

PaaS 的弊端是平台锁定：一旦深度使用某个 PaaS 的特有能力，迁移成本极高。Heroku 2022 年取消免费套餐后，大批项目被迫迁移，这个问题暴露得很明显。

容器化让 PaaS 和 IaaS 的边界模糊——Kubernetes 本质上是一个通用 PaaS 基础，各大云厂商在其上封装了托管版本（GKE、AKS、EKS）。Fly.io、Railway、Render 是 Heroku 之后新一代「容器友好」PaaS 的代表，试图在易用性和灵活性之间取得平衡。