移动应用后端：Amplify Express Serverless/GraphQL vs Express服务端优劣对比

一、Amplify Express Serverless vs 托管式Express服务端 #

Amplify Express Serverless 优势 #

• 自动扩缩容+低成本启停：不用手动维护服务器配置，流量高峰自动扩容扛住压力，闲置时几乎不产生费用，适合流量波动大或者初期用户少的项目，省运维精力又省钱
• 无缝集成Amplify生态：直接对接Amplify的认证、存储、数据库等服务，不用自己写各种集成代码，比如想加用户认证，几行CLI命令就能搞定身份验证集成
• 部署零运维：通过Amplify CLI一键部署，SSL证书、反向代理、负载均衡这些琐事都不用管，代码写完直接推，自动上线
• 内置监控日志：Amplify控制台直接看请求指标、函数日志，不用自己搭监控工具，排查问题省事儿

Amplify Express Serverless 劣势 #

• 冷启动延迟：函数长时间闲置后第一次请求会触发冷启动，响应速度变慢，对低延迟要求极高的场景（比如实时互动）不友好
• 资源上限卡脖子：单函数有内存、执行时间限制，处理复杂长耗时任务（比如大文件转码）会受限制
• 调试麻烦：本地调试虽然支持，但线上排查链路问题比传统服务器难，函数日志分散，定位问题要绕不少弯
• 定制化受限：没法完全自定义服务器环境，比如装特定系统依赖、改内核参数都不行，有特殊需求的话很难满足
• 高流量场景成本更高：如果是持续高流量的应用，按调用次数计费的成本可能超过固定配置的托管服务器，长期用不划算

二、Amplify GraphQL vs 托管式Express GraphQL服务端 #

Amplify GraphQL 优势 #

• CRUD自动生成：写好GraphQL schema，Amplify自动生成查询、突变、订阅的API，不用手动写Resolver逻辑，开发速度快
• 实时订阅开箱即用：自带WebSocket支持，轻松做聊天、实时数据同步功能，不用自己搭WebSocket服务器
• 可视化建模降低门槛：用Amplify Studio就能可视化建数据模型，自动生成对应的数据库表和GraphQL API，新手也能快速上手
• 细粒度权限易配置：和Amplify认证深度绑定，直接在schema里写规则就能实现用户只能访问自己的数据这类权限控制，不用自己写权限校验逻辑
• 多平台SDK自动生成：自动生成iOS、Android、Web等多平台的客户端SDK，前端对接时少写很多重复代码

Amplify GraphQL 劣势 #

• 复杂业务逻辑难处理：自动生成的Resolver逻辑很固定，遇到多表关联聚合、自定义业务规则这类复杂需求，得写自定义Resolver，学习成本不低
• 性能优化空间小：对复杂查询的性能优化不如自建GraphQL服务灵活，比如没法自定义数据加载策略、缓存规则，遇到性能瓶颈难调优
• 云平台锁定：深度绑定AWS生态，要是以后想迁移到其他云平台，工作量巨大
• 调试工具不够完善：虽然有GraphQL Playground，但复杂查询的性能分析、错误排查不如自建服务的工具链成熟，踩坑后难定位
• 成本易失控：复杂查询会触发多次数据库读写，加上GraphQL API的请求费用，流量大的时候账单容易超出预期，尤其是关联查询多的场景

内容的提问来源于stack exchange，提问作者bakero