Vercel BYOC on AWS正式发布:函数运行在你自己的云账户

Vercel 在 AWS 上推出 BYOC,让企业函数跑在自有账户里,Vercel 仍管部署和路由。
Vercel 宣布 Bring Your Own Cloud(BYOC)在 AWS 上正式可用,允许企业把 Vercel Functions 部署并执行在自己的 AWS 账户内,而 Vercel 继续负责部署流程、环境管理、请求路由与静态资源分发。这一方案主要面向金融、医疗、政府等强合规行业,解决"代码执行必须留在自有安全边界"的硬性要求。功能上支持 Node.js 与 Python 运行时,可通过 VPC 私有连接访问内部后端,并让算力消耗计入企业已有的 AWS 用量承诺。企业保留 IAM 权限、网络访问和资源生命周期策略的控制权,形成"控制面归 Vercel、数据面归企业"的混合责任模型。BYOC 目前仅面向 Enterprise 计划开放。
Vercel 宣布 Bring Your Own Cloud(BYOC)在 AWS 上正式可用。这套方案的核心变化很直接:企业团队可以把 Vercel Functions 跑在自己的 AWS 账户里,而 Vercel 继续负责部署、环境管理、路由和静态资源分发。

BYOC 到底改变了什么
传统上,使用 Vercel 意味着函数代码会在 Vercel 托管的运行时中执行。对于大多数团队来说,这足够方便,但对金融、医疗、政府等强合规行业而言,代码执行必须留在自己的安全与合规边界之内,这一点往往成为上云的硬性门槛。
BYOC 将边界重新划分:函数代码和执行环境落在客户自己的 AWS 账户,Vercel 则接管部署流程、环境配置、请求路由和静态资源。换句话说,"控制面"仍由 Vercel 管理,"数据面"中的函数执行则回归企业自有基础设施。
据 Vercel 官方说明,部署时函数会在你的 AWS 账户中完成预置(provision),其余环节仍由 Vercel 提供服务。
控制面与数据面是理解 BYOC 的关键抽象。控制面(Control Plane)负责编排、配置、调度和状态管理,决定"系统该做什么";数据面(Data Plane)则承载实际的业务流量与计算,决定"系统实际怎么做"。在 Serverless 语境下,数据面通常指函数实例的创建、执行、扩缩容以及请求的实际转发。传统 SaaS 平台把两者都放在自己的基础设施里,因此客户的代码、流量和日志都会穿过供应商的边界。BYOC 的本质是一次"职责切割":把数据面下沉到客户账户,让敏感数据和执行环境留在客户的合规边界内,同时保留供应商在控制面上的运维效率。这种模式在数据库、消息队列、Kubernetes 管理平面等领域已被广泛采用,Vercel 把它延伸到 Serverless 函数层。
企业最关心的四项能力
Vercel 明确列出了 BYOC 带来的四类价值,基本覆盖了企业采购决策中最常见的几个卡点:
- 运行 Node.js 与 Python 函数:主流的 Vercel Functions 运行时在 BYOC 模式下同样可用,不需要为了合规而重写技术栈。
- 满足严格的合规、安全与隔离要求:函数代码与执行不离开企业自有的安全边界,便于通过审计。
- 私有连接 VPC 内后端:函数可以直接访问 VPC 中的数据库和内部服务,无需暴露公网端点。
- 复用现有 AWS 承诺:已经签订的 AWS 用量承诺(commitment)可以继续消耗,避免云支出被拆分到多个供应商。
最后一点对财务团队尤其友好。很多企业已经与 AWS 签有长期用量协议,如果函数执行也能计入其中,就不会出现"平台费在 Vercel、算力费在 AWS 之外"的重复采购问题。
**AWS 用量承诺(Commitment)**指企业客户与 AWS 签订的长期消费协议,通常以 1 至 3 年为周期,承诺在此期间消费达到某个最低金额,以换取折扣或返点。这类协议对大企业尤其重要,因为云支出往往占到 IT 预算的相当比例,能否把新增工作负载计入既有承诺,直接影响到财务口径上的"边际成本"。如果某个平台把函数执行放在 AWS 之外,那么企业相当于在承诺之外再开一笔支出,短期内可能触发违约或浪费已购额度。BYOC 让函数执行落在客户自己的 AWS 账户内,这部分算力消耗自然可以计入既有承诺,对采购和财务团队来说是实打实的成本优化信号。
控制权的实际含义
Vercel 强调,BYOC 模式下企业保留了函数执行层面的多项控制:
IAM 权限由企业自行配置,意味着函数能访问哪些 AWS 资源、扮演什么角色,完全由内部安全策略决定。
网络访问同样自主,配合 VPC 私有连接,函数与内部后端之间的流量不必经过公网。
资源生命周期策略也留在企业手中,实例何时回收、如何计费、保留多久,都可以按既有运维规范执行。
这种划分方式其实是在"托管便利"和"基础设施主权"之间找一个平衡点。Vercel 没有把整个运行时交出去,而是只把函数执行这一层下沉到客户账户,其余运维负担仍由平台承担。
**VPC(Virtual Private Cloud)**是 AWS 提供的逻辑隔离网络环境,企业可以在其中定义子网、路由表、安全组和网络 ACL,把数据库、缓存、内部 API 等资源放在私有子网中,不暴露到公网。VPC 私有连接通常指通过 VPC Endpoint(接口端点或网关端点)或 PrivateLink,让流量在 AWS 骨干网内部完成,不经过 Internet Gateway 或 NAT。对于金融、医疗等行业,这一点的价值在于两个层面:一是降低攻击面,内部服务不再需要开放的入站规则;二是满足数据不出企业网络的合规要求。BYOC 模式下,函数运行在客户 VPC 内,因此可以直接访问同 VPC 中的 RDS、ElastiCache、内部微服务等资源,而不必绕行公网或额外搭建代理层。
谁能用,怎么开始
BYOC 目前仅面向 Enterprise 计划开放。Vercel 建议有兴趣的团队联系销售或对接的客户团队,也可以直接查阅官方文档以及完整的 BYOC 指南了解接入细节。
对于已经在使用 Vercel 但被合规卡住的企业,这条路径提供了一个无需迁移框架的选项;对于正在评估边缘函数平台的企业,BYOC 也把"代码执行位置"从评估清单中划掉,转而聚焦在开发体验和运维成本上。
需要注意的是,BYOC 并不等于完全自托管。Vercel 仍然掌控部署、路由与静态资源这些环节,选择它的团队实际上是在接受一种混合责任模型:核心执行留在自己手里,平台层的便利照旧享用。
相关推荐

AI红利仅限科技圈?非科技行业难见回报
Apollo分析指出,AI的经济回报目前高度集中在科技行业,非科技领域尚无可量化收益迹象。本文梳理其核心论点、Hacker News上的分歧观点,以及对企业AI投入与衡量的实际启示。

AI时代,BBC《蓝色星球III》为何刻意保留“不完美”镜头?
BBC《蓝色星球III》在AI时代反其道而行,刻意保留不完美镜头以证明画面真实性。本文分析这一策略背后的信任逻辑,以及它对内容创作者在AI时代的启示。

FreeDNS:免费动态DNS服务的经典之选
FreeDNS 是一个提供免费动态 DNS 托管服务的平台,支持共享域名池和 HTTP 更新。本文介绍其核心功能、社区评价、适用场景及与其他 DNS 方案的对比。