kubectl全局--request-timeout与子命令timeout参数是否存在实际差异？

• 作用范围不同
  全局--request-timeout是所有kubectl子命令通用的配置，只要执行kubectl命令就会生效；而子命令专属的timeout（比如kubectl apply --timeout）仅对当前执行的特定子命令生效，不影响其他子命令的行为。

• 控制对象不同

  • 全局--request-timeout：管控kubectl与K8s API Server之间单次API请求的超时时间。比如执行kubectl get pods时，这个参数限制的是“发送查询Pod列表的请求后，等待API Server返回响应”的最长时间，超时则直接终止该单次请求。
  • 子命令专属timeout：管控整个子命令操作流程的总超时时间。以kubectl apply为例，这个操作可能包含多次API请求（比如创建资源、等待资源状态就绪、重试失败请求等），--timeout限制的是从执行命令开始到整个操作完成的最长总时长，不管中间发起了多少次请求。

• 协作逻辑不同
  两者属于分层控制，互不冲突：全局参数负责单次请求的响应超时，子命令参数负责整个操作的生命周期时长。比如执行kubectl apply --request-timeout=10s --timeout=30s时，每个单独的API请求最多等待10秒，而整个apply操作从启动到结束的总时长不能超过30秒——哪怕中间因为请求超时重试了几次，总耗时也不能突破30秒的限制。

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