AWS应用负载均衡器能否转发至动态内部IP？

首先明确：AWS应用负载均衡器（ALB）原生无法直接实现你描述的动态路径转发需求，核心限制在于：

• ALB的转发规则依赖预先配置的路径匹配规则，而你的场景中请求路径包含的内部IP是动态生成的（子网/16范围多达65536个），无法提前配置所有可能的路径规则。
• ALB的目标组要求预先注册转发目标（EC2实例IP、DNS或Lambda），无法根据请求路径中的动态IP即时确定转发目标。

可行的解决方案 #

1. 自行部署反向代理（推荐方案）

在VPC内部部署一台或多台反向代理服务器（如Nginx、Apache、Envoy），配置逻辑如下：

• 前端将请求发送到代理的公网入口（可以把代理放在ALB后面，由ALB完成TLS终止）。
• 代理通过正则匹配提取请求路径中的内部IP（例如从my_public_dns_name.com/10.0.1.2中提取10.0.1.2），直接转发到对应EC2实例的内部IP。
• 无需预先配置所有IP地址，以Nginx为例，简单配置即可实现动态转发：

server {
    listen 443 ssl;
    server_name my_public_dns_name.com;
    # 若ALB已终止TLS，此处可改用HTTP监听

    location ~ ^/(\d+\.\d+\.\d+\.\d+) {
        set $target_ip $1;
        proxy_pass http://$target_ip;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

这种方案灵活、性能稳定，完全适配EC2实例动态创建销毁的场景。

2. ALB + Lambda中转（备选方案）

如果不想自行维护代理服务器，可借助ALB+Lambda实现中转：

• 配置ALB将所有请求转发到Lambda函数。
• Lambda函数解析请求路径中的内部IP，通过VPC访问权限直接向目标EC2实例发送请求，再将响应返回给ALB。
• 需给Lambda配置对应VPC的子网和安全组权限，确保能访问目标EC2实例。
  不过这种方案存在性能开销（Lambda冷启动、网络中转延迟），且请求响应大小受Lambda限制，仅适合低流量场景。

总结 #

若追求简单、高效和稳定性，自行部署反向代理是最优选择；ALB原生无法满足动态路径IP转发的需求，必须借助额外组件实现。

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