{
  "test_id": "T04",
  "verdict": "inconclusive",
  "observed": "Arm2(preStop 8s+readiness 완화)는 200/200 전부 성공, UC/UT/UH 0건으로 phantom window가 완전히 제거됨을 명확히 확인했다. Arm1(phantom-echo abrupt kill)은 방식을 바꿔가며 5회, 총 5800여 요청을 재시도했지만 UF/UH가 단 한 번도 관측되지 않았고, 원인을 access log로 추적한 결과 kubectl delete --grace-period=0 --force 이후에도 죽은 파드의 IP가 istio-proxy를 통해 5초 이상 계속 200을 정상 응답했다(=이 클러스터의 kubelet/CRI에서 실제 컨테이너/네트워크 종료가 API 객체 삭제보다 수 초 늦어, EDS가 갱신될 시점엔 이미 워크로드가 '진짜로는' 아직 살아있었음). hashicorp/http-echo 이미지에 shell/kill이 없어 PID1 직접 SIGKILL로 지연을 우회하는 진단도 시도했으나 실행 불가했다. Arm3(mitig-echo, retries+outlierDetection)도 caller 관점 200/200은 확인했으나, 내부 UF/UC도 0건이라 애초에 흡수할 실패가 발생하지 않아 완화 메커니즘 자체를 검증하지 못했다.",
  "claims": [
    {
      "doc": "arch__note-control-plane-performance-factors",
      "cid": "C14",
      "empirical": "inconclusive",
      "note": "Arm1에서 UF/UH 미관측. 원인은 이 클러스터의 kubelet 종료 지연으로 '죽은 워크로드+stale EDS' 전제 자체가 관측 구간 내에 성립하지 않았기 때문이며, 현상의 부재를 증명한 것은 아님"
    },
    {
      "doc": "arch__src-phantom-workloads",
      "cid": "C1",
      "empirical": "inconclusive",
      "note": "phantom window 실재 여부를 이 트리거 방식(kubectl delete --grace-period=0 --force)으로는 검증 불가. 파드가 API에서 삭제된 뒤에도 5초 이상 실제로 트래픽을 계속 정상 처리함을 access log로 직접 확인"
    },
    {
      "doc": "arch__src-phantom-workloads",
      "cid": "C7",
      "empirical": "supports-claim",
      "note": "Arm2: preStop(8s)+readiness(1s probe) 조합으로 graceful delete 시 200/200, UC/UT/UH 0건 -- 완화 효과를 명확히 지지"
    },
    {
      "doc": "arch__src-phantom-workloads",
      "cid": "C8",
      "empirical": "inconclusive",
      "note": "Arm3: caller 관점 200/200은 맞으나 내부 UF/UC도 0건이라 애초에 흡수할 실패가 없었음 -- retries+outlierDetection이 실제로 무언가를 흡수했는지는 검증 불가"
    },
    {
      "doc": "blog:control-plane-ops_phantom-workloads",
      "cid": "C1",
      "empirical": "inconclusive",
      "note": "arch#C1과 동일 근거 -- 이 환경/트리거 방식에서는 phantom window를 재현하지 못함"
    },
    {
      "doc": "blog:control-plane-ops_phantom-workloads",
      "cid": "C9",
      "empirical": "supports-claim",
      "note": "arch#C7과 동일 근거 -- Arm2 preStop+readiness 완화가 window를 실질적으로 제거함을 확인"
    },
    {
      "doc": "blog:control-plane-ops_phantom-workloads",
      "cid": "C11",
      "empirical": "inconclusive",
      "note": "arch#C8과 동일 근거 -- 흡수 메커니즘 자체를 검증할 실패 사례가 발생하지 않음"
    }
  ]
}