用SST构建全栈应用：比Serverless Framework更简单的基础设施即代码方案

用SST构建全栈应用比Serverless Framework更简单的基础设施即代码方案为什么需要基础设施即代码IaC独立开发者的早期阶段通常手动在AWS/GCP控制台点击创建资源如创建一个DynamoDB表、配置一个S3桶。但当你的产品有10个AWS资源时手动管理会出问题不可复现你忘了当时是怎么配置这个S3桶的权限环境不一致开发环境和生产环境的配置不同导致在我机器上能跑协作困难团队成员无法看到你的基础设施配置IaC工具对比工具学习曲线配置语言适合场景Terraform陡HCL多云平台、大型项目Serverless Framework中YAML/TSServerless应用SST低TypeScript全栈应用、独立开发者Pulumi中TS/Python/Go多语言团队SST的优势用TypeScript定义基础设施且和应用代码在同一个仓库——你不需要切换上下文。SST核心概念Stack、Resource、BindingStack栈一组相关资源的集合如生产环境栈、开发环境栈。Resource资源一个AWS资源如DynamoDB表、S3桶、Lambda函数。Binding绑定让应用代码能安全访问基础设施资源如这个函数需要访问这个DynamoDB表。项目结构my-sst-app/ ├── sst.config.ts # SST配置文件 ├── packages/ │ ├── functions/ # Lambda函数 │ └── frontend/ # 前端Next.js/Remix └── sst.env.ts # 自动生成的类型绑定实战用SST Next.js DynamoDB构建全栈应用第一步初始化SST项目# 创建SST项目会选择前端框架 npx create-sstlatest # 选择 # - Template: Next.js (App Router) # - TypeScript: Yes # - ESLint/Prettier: Yes cd my-sst-app npm install第二步配置基础设施sst.config.ts// sst.config.ts import { Config, StackContext, Nextjs, DynamoDB } from sst/constructs; export default async function (app: StackContext) { // 1. 创建DynamoDB表 const table new DynamoDB(app, PostsTable, { fields: { pk: string, sk: string, }, primaryIndex: { partitionKey: pk, sortKey: sk }, }); // 2. 创建Next.js应用 const site new Nextjs(app, Site, { bind: [table], // 关键绑定table让Next.js能访问 environment: { POSTS_TABLE_NAME: table.tableName, }, }); // 3. 输出有用信息 app.addOutputs({ SiteURL: site.url, TableName: table.tableName, }); }关键bind: [table]会自动给Next.js函数API Routes授予访问这个DynamoDB表的IAM权限——你不需要手动写IAM策略。第三步在Next.js里访问DynamoDB// packages/functions/src/posts.ts import { DynamoDBClient, PutItemCommand } from aws-sdk/client-dynamodb; import { marshall } from aws-sdk/util-dynamodb; // SST会自动注入AWS凭证通过binding const dynamoDB new DynamoDBClient({}); export async function createPost(post: { id: string; title: string; content: string }) { await dynamoDB.send( new PutItemCommand({ TableName: process.env.POSTS_TABLE_NAME!, Item: marshall({ pk: POST#${post.id}, sk: POST#${post.id}, title: post.title, content: post.content, createdAt: new Date().toISOString(), }), }) ); }第四步本地开发# 启动本地开发环境会启动Next.js dev server 本地DynamoDB模拟器 npx sst devSST的dev命令会启动Next.js开发服务器通常是localhost:3000启动本地AWS资源模拟器如DynamoDB Local自动注入AWS凭证指向本地模拟器这让你能完全本地开发不需要每次都部署到AWS。部署从开发到生产部署到开发环境npx sst deploy --stage dev部署到生产环境npx sst deploy --stage prodSST会打包并上传你的函数和资源更新CloudFormation堆栈输出部署结果如SiteURL: https://xyz.cloudfront.net查看部署日志npx sst logs --stage prod高级功能自定义域名、CI/CD、Secret管理自定义域名// sst.config.ts import { Nextjs } from sst/constructs; new Nextjs(app, Site, { bind: [table], customDomain: { domainName: app.yourproduct.com, hostedZone: yourproduct.com, // 需要在Route 53有这个Hosted Zone }, });Secret管理import { Secret } from sst/constructs; // 定义SecretSST会存储在AWS Secrets Manager const stripeKey new Secret(app, STRIPE_KEY); // 绑定到函数 new Nextjs(app, Site, { bind: [table, stripeKey], }); // 在函数里访问 console.log(process.env.STRIPE_KEY); // SST自动注入设置Secret值npx sst secret set STRIPE_KEY sk_live_xxx --stage prodSST v32024从CDK迁移到Prob星系SST v32024年发布从基于AWS CDK迁移到基于Prob星系Pulumi的竞品。这带来了更快的部署不需要合成CloudFormation模板直接应用变更更好的本地开发本地模拟器更完整多云支持实验性不只AWS还支持Azure、GCP迁移到v3# 更新SST npm install sstlatest # 运行迁移向导 npx sst upgrade成本优化SST AWS无服务器 vs 传统VPS成本对比月访问10万次方案计算成本数据库成本总额SST Lambda DynamoDB$0.20前100万次免费$025GB免费$0.20VPS如DigitalOcean $20/月$20包含在VPS$20HerokuStandard 0$25$15Postgres Add-on$40关键AWS无服务器的按使用量计费对独立开发者极友好——早期几乎免费增长后才需要付费。成本优化技巧用DynamoDB On-demand模式按请求数计费适合流量波动大的产品用Lambda Provisioned Concurrency如果流量稳定可以预置并发降低成本用CloudFront缓存减少Lambda调用次数结论SST是独立开发者的AWS最佳伴侣如果你在做全栈应用且需要AWS服务如DynamoDB、S3、CognitoSST是比Terraform/Serverless Framework更好的选择——它更简单易用且和应用代码集成更紧密。最小可行架构MVP用SST定义Next.js DynamoDB S3用sst dev本地开发用sst deploy部署到AWS这套架构能支撑月访问100万次的产品——且成本$50/月。下一步把你的Next.js应用从自托管VPS迁移到SST AWS无服务器——你会立即感受到不用运维的自由。