不登录、不付费、本地跑：fakecloud 想把测试用的 AWS 搬进你的电脑

测试环境这件事，一直是个两难

做云上应用的人大概都碰过这个选择：要么用 mock 把依赖假装掉——快，但离真实云服务的行为很远；要么连真的 AWS 跑集成测试——真，但慢、贵，还要求测试环境（或账号）一直存在。本地 AWS 模拟器这条路上，LocalStack 长期是默认答案，可社区版的约束（要账号和 token、商业使用受限）让不少人卡在门口。

fakecloud 是什么

9 月底出现在 Hacker News 首页的 fakecloud 是个新项目，定位很直接：本地 AWS 云模拟器，专供集成测试。它的做法不是「把 API 假装成能通」，而是让本地环境像真正的基础设施——应用继续用官方 AWS SDK、CLI 和 IaC 工具，只把 endpoint 指向 localhost；需要更深的可见性时，再用它自家的测试 SDK 去看「后来发生了什么」。

官方给出的规模是：105 个 AWS 服务、7,508 个操作，其中 3,932 个已实现操作会在每次提交上跑完 248,557 个由 Smithy 模型生成的测试变体，自称达到 100% 一致；另外接了 30 多个服务间联动，比如 S3 事件通知、SNS 扇出、EventBridge 目标、DynamoDB Streams、CloudWatch Logs 订阅、Cognito 触发器、Step Functions 任务集成、API Gateway 到 Lambda。覆盖名单里既有 S3、SQS、SNS、DynamoDB、Lambda、EC2、IAM 这些基础件，也有 RDS、ElastiCache、EKS、Step Functions、API Gateway v2、CloudFront、Route 53、Athena、Glue，以及 Bedrock 系列（4 个 API、214 个操作）。

和 LocalStack 社区版的对照

项目页直接列了对比：启动约 300 毫秒对约 3 秒，空闲内存约 10MiB 对约 150MiB，安装体积约 19MB 的单文件对约 1GB 的 Docker 镜像；本地不需要账号、不需要 token，任意假凭证就能用，许可证是 AGPL-3.0；对比方是专有许可，社区版要账号与 token，商业使用只对付费计划开放。

一些在对比方属于付费档的能力，这里免费覆盖：Cognito 用户池 122 个操作、SES v2 110 个操作、RDS 163 个操作、ElastiCache、MemoryDB、EKS 控制面、API Gateway v2；SES 收信会真正执行收信规则，而不是只把邮件存下来。用起来也简单：一行 install.sh 装完启动服务，然后 aws --endpoint-url http://localhost:4566 就能建队列；测试侧另有 TypeScript、Python、Go、PHP、Java、Rust 六种 SDK，包裹 /_fakecloud/* 端点，用来重置状态、做断言、手动推进异步处理器。

冷静一点看

它还很年轻：项目页自己承认「用户名单刚开始积累」，列出的数字是包下载量和 star 数，不是用户数。另一个常识也要写在这里——模拟通过不等于线上通过。权限边界、配额、区域差异、真实网络抖动这些，本地模拟器再全也复制不了；AGPL-3.0 对商业闭源产品同样需要留意。

对做企业数字化的实际启发

第一，把「测试环境成本」写进方案里。小团队做云上交付，最容易低估的不是开发工时，而是「改完要等真云环境跑一轮」的时间。本地能起一套完整依赖，意味着改一行就能验证一行，交付节奏完全不同。

第二，交付物里加一个「一键起本地环境」。给客户的系统如果附一段脚本就能把 S3、SQS、Lambda 的行为在本地跑起来，验收和维护的沟通成本会明显下降——客户不用为了看一个功能去申请云账号。

第三，用之前先划边界。它能替代的是日常集成测试和 CI 里的快速验证，不能替代上线前的真云回归。把两者分开写进流程，既省钱又不冒险。