通过AWS RTB Fabric为广告客户提效降本

摘要：AWS RTB Fabric是一项专为实时竞价(RTB)广告工作负载设计的全托管服务。该服务帮助广告技术公司通过三个简单步骤，在专用网络上连接合作伙伴（如Amazon Ads、GumGum、Kargo、MobileFuse、Sovrn、TripleLift、Viant、Yieldmo等），实现高容量、低延迟的RTB工作负载运行。

01 一、背景

02 二、产品介绍

03 三、接入模式

04 四、接入流程

05 五、总结

06 六、参考资源

一、背景

广告技术行业正经历着前所未有的增长与挑战。程序化广告市场预计到2030年将达到2.75万亿美元，年复合增长率高达22.8%(Grand View Research)。然而，广告技术公司在追求规模化的过程中面临着严峻考验：每秒需处理数千万次广告请求，在亚毫秒级延迟内完成实时竞价决策，同时还要应对高达90%的无效请求带来的成本压力。

越来越多的广告技术公司和发行商采用云基础设施来满足新的容量需求并扩展其全球业务，然而，云客户仍然需要预先做出承诺才能获得所需的网络性价比——即使在长期承诺折扣之后，数据传输成本通常也高达本地成本的数倍；此外，他们仍然面临着诸多障碍：例如需要大量工作来配置计算资源、整合多个服务、手动连接到多个广告技术合作伙伴，以及优化每个地区和地理位置的延迟，这需要数月的工程工作；此外，无论是本地部署还是云端基础设施，传统的定价结构都是按每笔广告交易的百分比收费，这给广告技术公司带来了巨大的压力，迫使他们尽可能降低每笔交易的基础设施成本——高达90%的广告请求不会产生竞价，从而导致处理开销增加和成本上升。

面对这些挑战，广告技术公司迫切需要一个既能提供超低延迟、又具备成本优势和快速部署能力的解决方案。AWS RTB Fabric正是为解决这一行业痛点而生。

二、产品介绍

2.1 什么是AWS RTB Fabric

AWS RTB Fabric是一项专为实时竞价(RTB)广告工作负载设计的全托管服务。该服务帮助广告技术公司通过三个简单步骤，在专用网络上连接合作伙伴（如Amazon Ads、GumGum、Kargo、MobileFuse、Sovrn、TripleLift、Viant、Yieldmo等），实现高容量、低延迟的RTB工作负载运行。

[图1]

2.2 核心功能特性

2.2.1 实时竞价网关

AWS RTB Fabric提供专用的RTB网关，帮助您在专用网络上执行RTB请求方(Requester)和响应方(Responder)之间的实时竞价交易。您可以创建RTB工作负载的专用网络网关，连接广告技术合作伙伴并路由RTB交易。服务优先在AWS可用区(AZ)内路由请求和响应，以优化网络性能并降低延迟。所有流量必须使用OpenRTB协议（支持2.3/2.4/2.5版本）。

2.2.2 自动流量分发

服务原生提供负载均衡功能，可将RTB流量直接分发到Amazon EC2或Amazon EKS集群。AWS RTB Fabric使用基于DNS的路由，动态地将传入的RTB请求分配到响应方基础设施中的健康主机。这种方法消除了响应方管理自己网络基础设施的需求，同时保持了实时竞价工作负载所需的低延迟和高吞吐量。

2.2.3 高级流量管理模块

AWS RTB Fabric包含多个模块，帮助您根据属性、特征和流量模式管理RTB流量。服务提供三种内置流量管理模块：

速率限制器：通过限制每秒查询数(QPS)来控制请求速率，管理流量峰值带来的性能影响
OpenRTB过滤器：根据OpenRTB协议规范（如格式、位置等）过滤RTB请求和响应
错误屏蔽：在RTB处理过程中发生错误时屏蔽敏感信息

所有模块均在服务内联运行，确保一致的低延迟执行。您可以配置内置流量管理规则来执行自动化RTB操作，或在RTB工作流之前集成您自己的广告决策功能。

2.3 技术优势

个位数毫秒延迟：AWS RTB Fabric提供优化的专用网络，持续优于公共互联网延迟，实现个位数毫秒级的响应时间
高达80%成本节省：与标准云网络成本相比，可节省高达80%的费用，采用透明的按交易定价模式，无需前期承诺
快速部署：通过AWS管理控制台、CLI或基础设施即代码工具（如CloudFormation或Terraform），只需三个简单步骤即可全球扩展RTB应用程序，部署时间从数月缩短至数小时
灵活连接：支持与AWS内外的广告技术合作伙伴连接，包括本地部署、托管或其他云提供商环境中的合作伙伴

AWS RTB Fabric目前在美国东部（弗吉尼亚北部）、美国西部（俄勒冈）、亚太地区（新加坡）、亚太地区（东京）、欧洲（法兰克福）和欧洲（爱尔兰）区域可用。

2.4 成本优势

AWS RTB Fabric在成本优化方面为广告技术公司带来了革命性的突破。相比标准云网络成本，该服务可实现高达80%的成本节省，这一优势来自于其创新的定价模式和专用网络架构。

AWS RTB Fabric采用与RTB经济模型相匹配的定价策略，基于四个维度计费：

交易类型：区分内部和外部路由
交易量分级：前2万亿次交易/月为第一档，超出部分享受折扣定价
交易大小：每笔交易包含最多2048字节，超出部分按GB计费
无竞价响应：以低固定费率单独计费

2.4.1 说明

您只需为发送的交易付费，而不为接收的交易付费；无需前期承诺、持续资本支出或私有定价协议。
内部：指双方都在AWS同一region，并且接入了同一个RTB Fabric网络
外部：指一方在AWS并且接入RTB Fabric，另一方没有接入同一个region的RTB Fabric网络，无论是否在AWS
无竞价响应是带有HTTP 204标头的响应，大小超过400字节的无竞价被视为正常请求

2.4.2 详细价格

计费项目	分层	内部（双方都接入同一个fabric）		外部（对方没有接入fabric）
计费项目	分层	欧美区域	新加坡东京	欧美区域	新加坡东京
RTB 响应或请求次数	2万亿次以内	$4.5/十亿次	$4.5/十亿次	$34/十亿次	45.33/十亿次
RTB 响应或请求次数	2万亿次以上	$1.5/十亿次	$1.5/十亿次	$10/十亿次	13.33/十亿次
RTB响应包超过2k部分	2万亿次以内	$0.0015/GB	$0.0015/GB	$0.011/GB	$0.01467/GB
RTB响应包超过2k部分	2万亿次以上	$0.00046/GB	$0.00046/GB	$0.0033/GB	$0.0044/GB
RTB无竞价响应次数	无	$0.5/十亿次	$0.5/十亿次	$3/十亿次	$3/十亿次

三、接入模式

3.1 角色定位

首先判断您属于以下哪一个角色，是作为Responder方接入，还是作为Requester方接入，当然也可能是两边都接入，比如ADX（广告交易平台）：

SSP（供应方平台）或ADX：通常作为请求方(Requester)接入，向DSP发送广告请求
DSP（需求方平台）或ADX：通常作为响应方(Responder)接入，接收并响应广告请求
ADX（广告交易平台）：可能同时作为请求方和响应方双向接入

⚠️ 重要提示：

确认客户是否使用了OpenRTB协议，目前支持版本2.3/2.4/2.5。

3.2 连接类型

内部连接(Internal Link)：双方都在AWS同一region并接入了同一个RTB Fabric网络
外部连接(External Link)：一方在AWS接入RTB Fabric，另一方没有接入RTB Fabric（无论是否在AWS）

3.3 作为请求方使用RTB Fabric

[图2]

3.4 作为响应方使用RTB Fabric

[图3]

四、接入流程

4.1 步骤1：确定接入模式

确定您的服务所在区域有RTB Fabric服务，根据您与您的上下游调用关系，确认接入方向，确认需要创建Requester Gateway还是Responder Gateway；确定你的合作伙伴是否在同一个Region，是否有意愿一起接入RTB Fabric，如果一起接入，需要创建Internal Link，否则您单独接入，创建External Link；确定测试方案，如何拆分流量，如何评估效果。

4.2 步骤2：成本预估

收集历史数据，评估预期的收益。需要收集的关键数据包括：

作为请求方接入

每个月请求次数
每个月平均每次请求的请求包大小

作为响应方接入

每个月bid响应次数
平均bid响应的响应包大小
每个月no-bid响应次数
平均no-bid响应包大小

4.3 步骤3：设计接入架构

4.3.1 如果是作为请求方接入（SSP或ADX请求DSP方向）

1. 创建一个Requester Gateway
2. 针对每一个目标合作伙伴（DSP）需要创建一个Link
  - 如果对方也接入Fabric，对方需要创建Responder Gateway，拿到对方的gateway ID后发起Link创建请求
  - 如果对方不接入Fabric，直接针对每个合作伙伴创建一个Outbound External Link，–public-endpoint指向对方的域名，业务代码之前访问DSP的地址改为Link地址

4.3.2 如果作为响应方接入（DSP或ADX接受SSP请求的方向）

1. 创建一个Responder Gateway
2. 根据自己的服务情况，选择Responder Gateway的endpoint指向哪里：
  - EKS Endpoint
  - Auto Scaling Group
  - ELB (Network Load Balancer)
3. 连接设置：
  - 如果对方也接入Fabric，需要对方创建Requester Gateway，向我们发起Link创建请求
  - 如果对方不接入Fabric，直接创建一个Inbound External Link，与Responder Gateway关联，对方通过CNAME把地址指向新的Link地址

4.3.3 Requester方新的接口调用地址

Internal Link或Outbound External Link：

https://[requester-gateway-id].[accountId].gateway.rtbfabric.[region].amazonaws.com/link/[link-id]

Inbound External Link：

https://[link-id].[accountID].gateway.rtbfabric.[region].amazonaws.com

4.3.4 EKS Endpoint接入注意事项

- EKS service需要ClusterIP type
- EKS API server endpoint access必须有private true
- EKS的安全组必须放行RTB Fabric Gateway的安全组或子网IP
- 必须严格按照要求配置权限，详细参考官方文档

4.4 步骤4：申请提限

根据以上设计架构，统计需要多少个Gateway，多少个Link，每个Link上的QPS最大多少？申请提升限额。限额提升可以在Service Quotas申请，也可以联系您的SA提交TT申请。

4.5 步骤5：申请Allowlist（如需要）

如果Responder Gateway的endpoint是EKS Endpoint或ASG，并且接口的协议是HTTPS，需要将域名增加到allowlist中，请联系你的AWS技术专家申请增加allowlist。

4.6 命令参考示例

4.6.1 创建Responder Gateway（endpoint：NLB）

aws rtbfabric create-responder-gateway \
  --vpc-id VPC-ID\
  --subnet-ids SUBNETID1 SUBNETID2 \
  --security-group-ids SECURITY-GROUPID \
  --domain-name DOMAIN-NAME \
  --port 80 \
  --protocol HTTP \
  --description "RTB responder gateway" \
  --region REGION-ID

4.6.2 创建Responder gateway（endpoint：eks endpoint）

aws rtbfabric create-responder-gateway \
  --vpc-id VPC-ID\
  --subnet-ids SUBNETID1 SUBNETID2 \
  --security-group-ids SECURITY-GROUPID \
  --port 8090 \
  --protocol HTTP \
  --managed-endpoint-configuration '{
  "eksEndpoints": {
    "endpointsResourceName": "bidder",
    "endpointsResourceNamespace": "default",
    "clusterApiServerEndpointUri": "https://XXX.XXX.ap-southeast-1.eks.amazonaws.com",
    "clusterApiServerCaCertificateChain": "XXXXX",
    "clusterName": "XXXXX",
    "roleArn": "arn:aws:iam::ACOUNTID:role/RTBFabricEKSRole"
  }
}' \
  --region REGION-ID \
  --description "eks endpoint"

4.6.3 创建Responder gateway（endpoint：auto scaling group）

aws rtbfabric create-responder-gateway \
  --vpc-id VPC-ID \
  --subnet-ids SUBNETID1 SUBNETID2 \
  --security-group-ids SECURITY-GROUPID \
  --port 8080 \
  --protocol HTTP \
  --managed-endpoint-configuration '{"autoScalingGroups": {
    "autoScalingGroupNames": ["ASG1"],
    "roleArn": "arn:aws:iam::ACCOUNTID:role/RTBFabricEKSRole"
  }}' \
  --region ap-southeast-1 \
  --description "asg endpoint"

以上两个托管endpoint，需要特殊配置，详细参考：https://docs.aws.amazon.com/rtb-fabric/latest/userguide/managed-endpoints.html

4.6.4 创建Requester Gateway

aws rtbfabric create-requester-gateway \
  --vpc-id VPC-ID\
  --subnet-ids SUBNETID1 SUBNETID2 \
  --security-group-ids SECURITY-GROUPID \
  --description "RTB requester gateway" \
  --region REGION-ID

4.6.5 创建内部Link

aws rtbfabric create-link \
  --gateway-id REQUESTER-GATEWAY-ID\
  --peer-gateway-id RESPONDER-GATEWAY-ID \
  --http-responder-allowed

4.6.6 创建inbound external link

aws rtbfabric create-inbound-external-link --gateway-id RESPONDER-GATEWAY-ID

4.6.7 创建outbound external link

aws rtbfabric create-outbound-external-link --gateway-id REQUESTER-GATEWAY-ID --public-endpoint https://dsp.abc.com

完整的demo代码和创建命令，参考：https://github.com/aws-samples/sample-rtb-fabric

五、总结

AWS RTB Fabric通过创新的专用网络架构和透明的按交易定价模式，为广告技术公司带来了革命性的成本优化方案。相比传统云网络，该服务可实现：

成本节省：高达80%的网络成本降低，采用透明的按交易定价，无需前期承诺
性能提升：单位数毫秒级延迟，超时率降低80%以上，竞价率显著提高
快速上线：部署时间从数月缩短至数小时，三个简单步骤即可完成
灵活扩展：支持全球多区域部署和内外部合作伙伴连接，适配各种部署环境

对于面临成本压力和性能挑战的广告技术公司，AWS RTB Fabric提供了一个既能提效又能降本的理想解决方案，让企业能够将节省的成本重新投入到核心业务创新中。多家领先广告技术公司的成功案例已经证明了该服务的价值，无论是TripleLift、Viant还是Yieldmo，都通过AWS RTB Fabric实现了显著的成本优化和性能提升。

➡️ 下一步行动：

相关产品：

Amazon EKS — 托管式 Kubernetes 服务
Amazon VPC — 隔离云网络
Amazon EC2 — 安全且可调整大小的计算容量
Amazon CloudFormation — 基础设施即代码服务

相关文章：

六、参考资源

*前述特定亚马逊云科技生成式人工智能相关的服务目前在亚马逊云科技海外区域可用。亚马逊云科技中国区域相关云服务由西云数据和光环新网运营，具体信息以中国区域官网为准。

本篇作者

AWS 架构师中心：云端创新的引领者

探索 AWS 架构师中心，获取经实战验证的最佳实践与架构指南，助您高效构建安全、可靠的云上应用

亚马逊AWS官方博客