用途：为以 GCP 为先、追求托管弹性的全栈系统提供架构决策与交付检查，适用于事件驱动工作流与需要明确 SLO 的服务。
主要能力：按工作负载形态在 Cloud Run 与 Cloud Functions 之间选型；定义 API Gateway 或负载均衡入口与鉴权；以清晰的契约版本实现服务；规划 Cloud CDN 与前端托管策略；使用 Pub/Sub 并配置死信主题与重放流程；在 Cloud Monitoring 中设置 SLO、仪表盘与错误预算。
必要检查：服务账号按工作负载最小权限；每条受保护路由校验入口鉴权；异步消费者强制幂等；按需记录多区域或故障转移策略。
决策框架：容器化、运行时需求灵活的服务优先 Cloud Run；用 Pub/Sub 解耦领域事件；保持同步调用图浅以控制延迟；把 IaC 作为各环境唯一事实来源。
常见误区：Cloud Run 并非消除所有后端问题，并发、冷启动与出网仍需设计；Pub/Sub 不保证全局有序，需按重复与乱序设计；Firebase 规则不能替代 API 鉴权，后端须独立强制授权。
证据包：鉴权负向测试结果、Pub/Sub 重放与毒消息处理证明、发布期 CDN 缓存与清除验证、Terraform plan 与回滚清单。
退出标准：交付可观测、可恢复，且回滚不造成数据损坏。具体命令、配置与价格资料暂未提供。