AWS ALB是否支持配置前端连接的事务级超时（非连接级空闲超时）？

你描述的「转发到目标实例后等待固定时长未收到响应，直接返回预配置内容」的事务级超时场景，AWS ALB原生能力是支持的，但需要和几个容易混淆的配置项做明确区分。

首先把你明确排除的连接级空闲超时和你需要的事务级超时做拆分：

• 连接级空闲超时：是监听器层面的配置，默认60秒，判定逻辑是TCP连接上任意方向60秒没有数据传输就断连，不区分当前连接上有没有正在处理的事务请求，这部分就是你提到不是要的idle timeout配置。
• 事务级的目标响应超时：是目标组层面的配置，也就是ALB原生的target response timeout参数，判定逻辑和你的需求完全匹配——ALB把请求成功转发到目标实例后开始计时，只要在阈值时长内没收到目标返回的响应头，就判定为超时。这个配置现在支持1-120秒范围内自定义，你要设置的60秒阈值完全在可调区间内。

当设置60秒的target response timeout后，超时触发的流程是：

1. ALB会立刻终止和对应目标实例的连接，不会继续等待目标后续返回的响应数据。
2. 按照默认配置，ALB会将这次超时判定为请求失败，自动把请求重试到目标组内其他健康的目标实例，直到达到重试次数上限，最终向客户端返回默认的504 Gateway Timeout响应。
3. 如果你需要返回预配置的自定义响应，不需要依赖目标实例的返回，只需要结合ALB的fixed response action做规则配置：提前写好需要返回的状态码、自定义响应头、适配业务场景的响应体，把超时分支对应的路由规则指向这个固定响应动作即可，完全可以实现跳过目标返回、直接给用户发预配置内容的效果。

• target response timeout的配置入口在目标组的高级配置里，不是监听器的超时配置，操作的时候别和监听器层面的idle timeout混了。
• 如果不想让ALB在超时后自动重试其他目标、要第一时间返回自定义预配置响应，可以把目标组的请求重试次数调整为0，避免多目标重试带来的额外延迟。
• 目前target response timeout的最大可调值是120秒，超过这个时长的事务超时需求，原生配置是无法覆盖的。

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