GProxy：用 Cloud Functions 做代理（Lambda、Workers）

用 Cloud Functions 做代理（AWS Lambda、Cloudflare Workers）

思路：把 Cloud Functions 当作代理

Cloud Functions（无服务器函数）是按需运行、自动扩容、按用量计费的云计算资源。对代理而言的关键特性是：每次函数调用都可能从云服务商的地址池中获得一个新的 IP 地址。

这就带来了一种可能：把 cloud functions 当作可无限扩展、IP 动态轮换的代理来使用。

工作原理

原理

您部署一个接收 URL 和请求参数的函数
函数向目标网站发送 HTTP 请求
结果返回给您
每次调用都可能使用云服务商地址池中的不同 IP

架构

您的代码调用 Cloud Function（API Gateway）。函数以云基础设施的身份向目标网站发出请求，并返回结果。

IP 为什么会变

Cloud Functions 运行在容器中。云服务商拥有一个 IP 地址池，每个新容器都可能获得不同的外网 IP。当调用量足够大时，IP 就自然完成了轮换。

平台

AWS Lambda

IP 池：每个区域数千个地址
区域：全球 25+
超时：最长 15 分钟
内存：最高 10 GB
价格：每 1M 次调用 $0.20 + 计算时间
特点：可与 API Gateway 集成实现 HTTP 访问

Cloudflare Workers

IP 池：Cloudflare 边缘地址（200+ PoP）
边缘计算：在距离用户最近的 PoP 上运行
超时：30 秒（免费），15 分钟（付费）
价格：每天 100K 次请求免费
特点：延迟极低，使用 V8 isolate 而非容器

Google Cloud Functions

IP 池：各区域的 Google Cloud IP
区域：20+
超时：最长 9 分钟（Gen2）
价格：每 1M 次调用 $0.40
特点：与 GCP 生态集成

Azure Functions

IP 池：Microsoft Azure 的 IP
区域：60+
超时：最长 10 分钟
特点：区域选择广泛，包含一些冷门地区

优点

1. 巨大的 IP 池

AWS、Google、Cloudflare 拥有数百万个 IP 地址。无需购买代理即可用上庞大的地址池。

2. 自动轮换

每次调用都可能是新 IP，不需要自建轮换基础设施。

3. 全球地理覆盖

函数可部署到全球数十个区域，地理位置切换即时生效。

4. 可扩展性

无需搭建基础设施，即可从 1 个并发调用扩展到 10,000+ 个。

5. 按用量付费

只为实际用量付费，没有固定成本。

6. 无需运维服务器

Serverless = 没有需要维护、更新或监控的服务器。

缺点

1. IP 来自云 ASN

所有 IP 都属于 AWS、Google、Cloudflare —— 典型的数据中心 ASN。反机器人系统很容易识别并封禁。

2. 冷启动延迟

函数首次调用可能需要 1-5 秒（cold start），之后的调用只需几毫秒（warm）。

3. 时间限制

函数超时有上限（Lambda 为 15 分钟），不适合长会话。

4. 大流量下的成本

每天数百万次请求时，成本可能超过普通代理。

5. 服务商限制

云服务商可能因可疑活动限制或封禁账号。

6. 没有 sticky IP

无法保证多次请求（会话场景）使用同一个 IP。

与普通代理的对比

参数	Cloud Functions	数据中心代理	住宅代理
IP 池	数千（云）	数百至数千	数百万
ASN 类型	Cloud/DC	DC	ISP
轮换	自动	手动/自动	自动
Sticky IP	无	有	有（sticky session）
速度	高	高	中
扩展	自动	手动	自动
价格（低用量）	极低	中	高
价格（高用量）	高	低	高

实用建议

多区域部署

把函数部署到多个区域，以获得最大的 IP 多样性和地理定位能力。

预热

定期调用函数以保持热状态，避免冷启动。

限速

不要滥用 —— 云服务商会监控可疑活动。

与代理组合使用

用 cloud functions 做初步轮换，用住宅代理应对复杂目标。

监控开支

设置账单告警 —— 负载激增时 serverless 可能意外变得昂贵。

结论

把 Cloud Functions 当作代理，是特定场景下的优雅方案：需要可扩展性、全球地理覆盖和动态轮换时。主要局限是数据中心 ASN，反机器人系统很容易识别。简单任务可以作为低成本替代方案；复杂任务还是用住宅代理更好。