GCP Cloud Tasks 删除队列后重建同名队列报400错误相关咨询

这类报错不是个别用户遇到的独立问题，绝大多数初次通过控制台反复创建、删除Cloud Tasks队列做功能测试的用户，都碰到过相同场景。

创建队列时触发的Error 400: The queue cannot be created because a queue with this name existed too recently报错，是系统机制返回的固定提示，相关判定逻辑如下：

• 报错触发的核心原因不是队列删除未完成、存在残留僵尸队列：只要你在控制台触发删除操作完成，对应队列会被即时从项目队列列表中移除，不会产生配额占用、不会计入计费项，也无法通过API检索到任何残留记录，不存在“隐藏的未清除队列”
• 该报错的本质是GCP为Cloud Tasks队列设置的名称空间冷却保护机制：为了避免队列名称快速复用可能导致的任务路由错位、历史任务误投递到新队列的问题，系统会对已删除的队列名做一定周期的名称锁定，锁定期间不允许创建同名队列
• 你遇到的“删除超过一周仍报错”不属于异常bug，是冷却机制被触发了延长规则的正常表现：
  • 单次删除队列后的基础冷却期为72小时左右，但如果在冷却周期内，你反复尝试用同一个名称创建队列，每次创建尝试都会刷新冷却计时器，甚至将锁定周期延长至数周
  • 控制台的报错提示没有写明“重复尝试会延长锁定”的规则，很容易让用户误解为是删除操作失败

• 目前没有公开的精确固定等待时长，系统不会在后台提供该名称的锁定倒计时
• 想要让锁定的队列名尽快恢复可创建状态，唯一有效的操作是完全停止对该名称的所有创建尝试，不要每隔几天就手动测试一次是否可以创建，每次尝试都会重新触发冷却计时
• 该名称锁是绑定在项目+云资源位置维度的，和你使用的控制台入口、API凭证、本地网络环境无关，换操作入口无法跳过锁定规则
• 如果不需要特定的队列名称，直接使用带简单后缀的新队列名即可创建，新名称不受历史冷却规则限制

• 不要担心项目里累积了大量不可访问的残留队列：可以通过gcloud tasks queues list --location=你的对应资源位置命令查询当前项目下的所有有效队列，已删除的队列不会出现在查询结果中
• 该问题不属于产品功能bug，是设计层面的保护逻辑，只是控制台的报错信息提示不够完善，没有说明冷却规则的触发条件

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