Ruby环境AWS Lambda用httparty发API请求超时无法访问Rails服务

• Lambda网络配置验证：如果Lambda部署在VPC内，需配置NAT网关/实例提供公网出口，或确认Rails服务与Lambda在同一VPC内、且Rails侧安全组放行Lambda子网的出站访问；如果Lambda未部署在VPC内，需确认Rails服务的公网访问策略、WAF、防火墙规则未拦截AWS Lambda公网IP段。
• Lambda基础配置调整：默认Lambda函数超时时间为3秒，跨网络HTTP请求极易超出阈值，可先将超时调整至10~30秒测试；同时内存配置不足也会拖慢网络请求处理效率，建议先上调至256MB以上验证。
• 环境变量校验：确认BASE_URI配置包含完整的http/https协议头，无多余空格、首尾斜杠等错误格式，可先硬编码完整的Rails服务接口地址到代码中做对照测试，排除变量配置错误问题。
• 显式配置HTTP请求超时：在httparty请求中增加显式超时参数，避免httparty默认超时与Lambda超时叠加导致无法捕获具体错误，示例修改如下：

response = HTTParty.get("#{ENV['BASE_URI']}", timeout: 8)

配置后如果触发httparty的超时报错，可以进一步定位是DNS解析失败、TCP连接被拒还是服务响应慢的问题。

• 服务端可用性验证：先在本地或其他公网环境用curl请求对应Rails接口，确认接口本身可正常响应；同时查看Rails服务的Nginx访问日志、应用日志，确认Lambda发起请求时完全没有日志记录，可确定问题出在网络链路拦截层面。

• 采用Ruby标准库Net::HTTP发起请求，无需引入第三方gem，避免Lambda环境的依赖兼容问题，POST请求示例：

require 'net/http'
require 'uri'
require 'json'

def create_post(job_id)
  uri = URI("#{ENV['BASE_URI']}/call_response")
  http = Net::HTTP.new(uri.host, uri.port)
  http.use_ssl = (uri.scheme == 'https')
  http.open_timeout = 5
  http.read_timeout = 10

  request = Net::HTTP::Post.new(uri.path, {'Content-Type' => 'application/json'})
  request.body = {job_id: job_id}.to_json
  response = http.request(request)
  puts response.body
end

• 异步请求方案：如果业务场景不需要同步等待Rails服务的响应结果，可先将请求参数写入AWS SQS队列，另外通过ECS/EC2实例消费队列发起请求，既可以规避Lambda的超时限制，也能轻松实现失败重试、流量削峰的能力。
• 采用AWS SDK内置的HTTPClient发起请求，该客户端已针对Lambda运行环境做了适配，兼容性优于第三方HTTP库。

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