Jenkins是否支持队列存储HTTP POST请求有序触发Job及失败重试

• 针对「是否有现成插件支撑场景」的问题：
  不需要从零开发能力，用Jenkins原生能力搭配少量官方插件即可实现。Jenkins原生支持带令牌校验的远程API触发构建，不需要额外装触发类插件；如果要强化能力，可以搭配三个常用插件：Throttle Concurrents插件用来严格限制Job的并发执行数，Persistent Build Queue插件用来持久化排队的请求，避免Jenkins重启时队列数据丢失，Build Name Setter插件可以把请求唯一标识设为构建名，方便排查问题。
• 针对「是否有内置队列机制支撑请求存储、顺序消费」的问题：
  Jenkins本身自带成熟的构建队列机制，完全满足需求。你只要把对应Job的并发数设置为1，所有通过API触发的新请求都会自动按到达顺序进入队列排队，不会出现并行执行的情况；Jenkins会自动在当前构建执行完成后，取出队列头部最早进入的请求触发下一次构建，不需要你额外写队列监听、非空判断的逻辑，你只需要在Job构建步骤里读取当前构建绑定的请求参数，构造目标POST请求发送即可。
• 针对「是否支持保序的失败重试能力」的问题：
  可以实现，核心是要选对重试的实现层级，不能打乱队列顺序：
  • 首先要做基础配置保障：把Job并发数严格设为1，固定调度到单节点运行，禁止多节点并行拉取队列任务，从底层避免顺序错乱
  • 重试逻辑不要用Jenkins的构建重试插件——这类插件会把失败的构建重新丢到队列尾部，会打乱原有顺序。你要把重试逻辑写在单次构建的内部：比如在Pipeline、Shell或Python执行脚本里写循环逻辑，判断POST请求的返回状态，请求失败时按预设的间隔、次数在当前构建进程内重试，只要当前构建没有执行完成，队列里后续的所有请求都会保持排队等待状态，不会被提前执行
  • 如果重试达到上限仍然失败，可以配置把失败的请求参数持久化到本地文件，同时标记当前构建为失败状态阻塞整个队列，等人工介入处理完异常请求后再恢复执行，从机制上避免跳过失败请求导致的顺序混乱。

注意：不要给该Job配置超时自动kill构建的规则，否则异常中断可能导致队列意外放行后续请求，破坏执行顺序

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