升级aws-java-sdk版本后，AWS EKS上的Spring Boot应用出现504网关超时

可能的原因及排查步骤 #

• SDK客户端默认配置变更
  AWS SDK从1.11.x升级到1.12.x后，底层HttpClient的默认参数（连接超时、读取超时、连接池大小）有不少调整。旧版本1.11的默认连接超时是10秒、socket超时是50秒，新版本可能缩短了这些阈值，导致调用AWS服务时超时，进而引发应用整体响应超时触发504。
  检查代码里是否显式配置了SDK客户端参数，没有的话试试手动设置超时参数匹配旧版本默认值：

  AmazonS3 s3Client = AmazonS3ClientBuilder.standard()
      .withClientConfiguration(new ClientConfiguration()
          .withConnectionTimeout(10000)
          .withSocketTimeout(50000))
      .build();
  

• 依赖冲突或传递依赖变更
  升级SDK版本可能引入了新的传递依赖，比如HttpClient、Netty这类网络库的版本变化，和Spring Boot自带的HTTP客户端（RestTemplate、WebClient）产生冲突，干扰应用的网络请求处理。
  用mvn dependency:tree生成依赖树，对比新旧版本的差异，重点排查网络相关依赖，排除重复或冲突的依赖项。

• IAM权限或API调用方式变化
  新版本SDK可能修改了部分AWS服务的API签名逻辑或权限要求，导致调用AWS服务时被阻塞（比如权限不足但未返回明确错误，而是卡住超时）。CloudWatch没HTTP错误的话，试试开启SDK的调试日志：
  在application.properties里添加：

  logging.level.com.amazonaws=DEBUG
  logging.level.com.amazonaws.request=DEBUG
  

  查看pod内的应用日志，找AWS服务调用的异常信息，同时确认EKS pod绑定的IAM角色权限是否覆盖所有需要的AWS服务操作。

• EKS网络连通性问题
  升级SDK后，网络请求的路由、代理配置可能和之前不同，导致请求无法正常到达AWS服务端点。检查EKS集群的VPC配置、安全组规则、网络策略，确保pod能访问所需的AWS服务；也可以直接在pod内用curl测试对应AWS服务端点的连通性和响应时间。

• Spring Boot自动配置兼容性问题
  当前Spring Boot版本可能和新版AWS SDK的自动配置（比如AwsAutoConfiguration）不兼容，导致SDK客户端初始化异常，进而引发服务调用阻塞。核对AWS官方的版本兼容矩阵，必要时调整Spring Boot版本，或者放弃自动配置，手动初始化SDK客户端。

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