AWS Amplify托管网站如何配置静态IP实现服务器端请求？

方案1：EC2 + 弹性IP搭建反向代理（你提到的方案，补充实操细节） #

• 操作步骤：
  • 开一台基础款EC2实例（比如t2.micro，免费 tier足够用），绑定弹性IP确保地址固定
  • 在EC2上部署Nginx/Apache反向代理，配置转发规则：把Amplify过来的请求，转发到目标白名单服务的地址
  • 将EC2的弹性IP添加到目标服务的IP白名单
  • 修改Amplify项目里的请求地址，替换为EC2反向代理的域名/IP
• 优缺点：
  • 优点：配置门槛低，成本几乎可以忽略，IP完全可控
  • 缺点：需要自己维护EC2实例，要定期打补丁、做备份；单实例存在单点故障风险（要高可用就得搭ECS集群，成本会上升）

方案2：AWS API Gateway + NAT网关（云原生托管方案） #

• 操作步骤：
  • 创建API Gateway，配置私有集成关联到VPC内的NAT网关（NAT网关可以绑定弹性IP）
  • 把NAT网关的弹性IP加入目标服务的白名单
  • 让Amplify的请求先发送到API Gateway，再通过NAT网关转发到目标服务
• 优缺点：
  • 优点：无需维护服务器，AWS托管自动高可用、扩容，适合不想操心运维的场景
  • 缺点：配置比EC2复杂，有API调用次数费用，整体成本略高

方案3：CloudFront + Lambda@Edge + NAT网关（进阶CDN+静态IP方案） #

• 操作步骤：
  • 用CloudFront分发Amplify的静态资源，同时配置Lambda@Edge触发出站请求，通过绑定弹性IP的NAT网关转发到目标服务
  • 将NAT网关的IP加入目标服务白名单
• 优缺点：
  • 优点：兼顾CDN全球加速和静态IP需求，适合有海外访问场景的项目
  • 缺点：配置最复杂，成本最高，需要熟悉CloudFront和Lambda@Edge的逻辑

关于你用AWS DNS IP的风险提示 #

你提到的注册AWS DNS的四个IP，确实存在严重安全问题：这些IP是AWS共享资源，其他AWS用户也会用它们发起请求，相当于把目标服务的白名单开放给了所有使用AWS DNS的用户，极易被滥用，绝对不能长期用。

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