Serverless让渡控制权换运维简化及厂商锁定风险

从虚拟机到容器再到 Serverless，每一层新的抽象都是把更多运维职责（基础设施配置、容量规划、伸缩策略）从业务团队转移给平台，让开发者能更纯粹地只关注业务逻辑本身。但这种转移不是没有代价的：每个 Serverless 平台都有自己独有的一套特性和 API，一旦函数是照着某个具体平台的接口写的，想换到另一个平台就没法像迁移容器那样直接搬过去，控制力和可移植性都被让渡出去了。Knative 之所以能快速流行，正是因为它构建在 Kubernetes 之上，本质是把 Serverless 的编程模型和体验，架在一个本身就跨云厂商、可移植的平台之上，用户不需要在”用不用 Serverless”和”要不要绑定某个云厂商”之间二选一。发散：这是分层抽象里一个反复出现的规律——每往上多让渡一层责任，通常也多让渡一分选择自由，Knative 的价值在于它示范了”把 Serverless 的便利性叠加在一个已经解决了可移植性问题的底座上”这条路是可行的。