修改AWS ALB的internetFacing属性无法更新，为何需手动重建？

问题场景 #

将CDK定义的Application Load Balancer（ALB）的internetFacing属性从true改为false后，部署栈时出现如下错误：

my-stack |  0/19 | 4:47:31 PM | UPDATE_IN_PROGRESS   | AWS::ElasticLoadBalancingV2::LoadBalancer   | ApplicationLoadBalancer (ApplicationLoadBalancerFD56DEE1) Requested update requires the creation of a new physical resource; hence creating one.
my-stack |  0/19 | 4:47:32 PM | UPDATE_FAILED        | AWS::ElasticLoadBalancingV2::LoadBalancer   | ApplicationLoadBalancer (ApplicationLoadBalancerFD56DEE1) Resource handler returned message: "Resource of type 'AWS::ElasticLoadBalancingV2::LoadBalancer' with identifier 'my-lb' already exists." (RequestToken: ..., HandlerErrorCode: AlreadyExists)

核心疑问：

• 修改该属性时无法直接更新LB吗？
• 为何CloudFormation不会自动删除旧LB并创建新的，而必须手动删除栈后重新部署？

解答 #

• internetFacing属于不可更新属性：AWS CloudFormation将ALB的internetFacing属性标记为「需要替换资源」的类型——修改这个值无法在原有LB上直接变更，必须销毁旧LB、创建新LB才能完成属性更新。
• CloudFormation替换逻辑导致名称冲突：CloudFormation的默认资源替换流程是「先创建新资源，确认可用后再删除旧资源」，目的是避免更新过程中服务中断。但你的CDK模板指定了LB名称为my-lb，而同一AWS区域内LB名称全局唯一，新LB尝试复用旧LB名称时触发「AlreadyExists」错误，导致更新失败。
• 无需强制删除栈重新部署：有两种更灵活的解决方式：
  • 修改CDK中LB的逻辑ID或显式指定的名称，让新LB使用不同名称，CloudFormation就能正常创建新LB，完成替换后自动删除旧LB；
  • 先手动删除旧的my-lb负载均衡器，再重新执行CDK部署命令，此时CloudFormation可顺利创建新的内部LB。

内容的提问来源于stack exchange，提问作者Josh M.