퀴즈: 거부·시간 초과·등록 부재 구분하기

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

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

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

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

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

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

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

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

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

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

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

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

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