Quiz: Denial, Timeout, or Missing Registration

replicas=0 뒤 위반 Pod가 생성됐다. 당시 해당 ValidatingWebhookConfiguration도 사라졌다. 가장 정확한 결론은?

• 호출 등록이 없어 Fail의 호출 실패 처리를 입증하지 못했다
• 정책이 남았으므로 Fail이 오류를 무시한 버그를 입증했다
• Pod가 생성됐으므로 정상 상태의 Deny도 작동하지 않는다
• 컨트롤러가 없으므로 모든 네임스페이스의 검증이 꺼졌다

Ignore로 바꾼 뒤 정상 Kyverno가 environment 라벨 누락을 명시적으로 거부했다. 예상해야 할 결과는?

• Ignore이므로 거부 응답을 버리고 Pod를 저장한다
• 명시적 정책 거부는 유지되고 Pod는 저장되지 않는다
• 3초를 기다린 뒤 거부 결과를 성공으로 바꿔 저장한다
• 백그라운드 평가가 꺼졌으므로 admission도 생략한다

대상 NS의 정상·위반 요청은 모두 웹훅 시간 초과로 실패했고, 범위 밖 NS의 위반 요청은 저장됐다. 올바른 해석은?

• 위반 요청이 하나 저장됐으므로 Fail이 모든 요청에서 무시됐다
• 정상 요청도 실패했으므로 라벨 검증식의 결과가 반전됐다
• 웹훅 호출에 매칭된 범위는 막혔고 범위 밖 대조군은 통과했다
• 범위 밖 요청이 성공했으므로 대상 NS의 오류는 채점기 문제다

장애 전후 동일 이름의 Pod가 Running이다. 기존 Pod가 살아남았다는 결론에 추가로 필요한 관측은?

• Pod 이름과 라벨 키의 정렬 순서가 같은지 확인한다
• 컨테이너 이미지 태그 문자열만 전후에 비교한다
• 현재 네임스페이스의 전체 Pod 개수만 비교한다
• 장애 전에 저장한 Pod UID와 현재 UID를 비교한다

일시 정지 도구의 부모 프로세스가 강제 종료될 수 있다. 이 실험의 복구 설계로 맞는 것은?

• 별도 감시자가 pidfd로 같은 대상을 제한 시간 안에 재개한다
• 부모의 finally만 두고 강제 종료에서도 실행된다고 가정한다
• 다음 실습 단계의 버튼을 누를 때 숫자 PID로 재개한다
• 프로세스 이름이 같은 모든 대상을 찾아 재개 신호를 보낸다

Fail 실험의 요청이 AlreadyExists로 실패했다. 다음 조치는?

• 요청이 실패했으므로 웹훅 시간 초과 성공으로 기록한다
• 새 이름으로 요청하고 실제 오류와 저장 여부를 다시 관측한다
• 오류 문구 대신 종료 코드만 비교하도록 채점기를 느슨하게 한다
• 대상 NS를 지우고 생성 성공 여부만 한 번 더 확인한다