能否设置Heroku默认不自动重试指向dyno的超时请求？

• 机制来源澄清：日常使用中观察到的请求超时自动重试行为，发起主体是Heroku的公共路由层，并非由dyno侧管控。当路由层转发请求到目标dyno后，在平台固定的30秒超时窗口内没有收到dyno返回的任何响应头，就会自动向集群内的可用dyno发起单次重试。这个重试动作全程在路由层完成，dyno本身无法感知重试的发生，也没有权限配置对应规则。
• 重试开关配置说明：目前Heroku没有对外开放可直接关闭该默认重试行为的配置项，这套重试逻辑是平台路由规则的固定组成部分，不管是控制台操作、CLI命令还是环境变量配置，都找不到能修改、禁用该机制的入口。
• 可落地的调整方案
  • 从触发源头上避免重试：面对长耗时的业务请求，不要等全部逻辑处理完成再返回响应，而是在应用入口先给路由层返回初始响应头（比如携带202 Accepted状态的响应），后续业务逻辑放到后台异步执行，确保能在30秒的超时窗口内给路由层返回有效响应，从根源上避免触发重试。
  • 抵消重试带来的业务风险：所有非幂等的写操作请求，要在应用层设计幂等校验规则，给每个请求分配全局唯一标识，收到重复请求时直接返回第一次的处理结果，不重复执行扣库存、发通知这类有副作用的逻辑，就算路由层触发了重试，也不会影响正常业务运行。
  • 降低重试触发频率：如果重试是因为dyno本身无响应（比如连接池打满、实例临时重启）导致的，可以通过提升dyno规格、优化应用并发处理能力、合理配置请求队列长度，减少dyno无响应的场景，间接把重试的触发概率降到最低。

需要注意：路由层的30秒超时是平台的硬固定值，没有任何可调整的配置空间，不管在应用内部把超时参数设成多少，都改变不了这个阈值。

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