クイズ: プラットフォームの基準線と準拠

Pod Security Admission 라벨에 등급뿐 아니라 버전(enforce-version)까지 고정하는 이유로 가장 정확한 것은?

• 버전을 적어야 감사 로그에 정책 이름이 남는다
• 버전을 적으면 그 버전의 API 서버에서만 네임스페이스가 동작한다
• 버전이 없으면 라벨이 무시되어 정책이 적용되지 않는다
• 등급의 정의는 쿠버네티스 버전마다 넓어지므로, 고정하지 않으면 클러스터 업그레이드가 정책 내용을 바꾼다

네임스페이스의 enforce 등급을 한 단계 올려도 되는지 미리 알아보는 방법으로 가장 적절한 것은?

• 라벨 변경 요청을 서버 dry-run 으로 보내 지금 떠 있는 파드가 내는 경고를 읽는다
• 라벨을 실제로 바꾼 뒤 파드가 죽는지 지켜본다
• 매니페스트를 클라이언트 dry-run 으로 검사한다
• 네임스페이스를 새로 만들어 워크로드를 옮겨 본다

ServiceMonitor 를 만들었는데 지표가 하나도 수집되지 않을 때 가장 먼저 확인할 것은?

• ServiceMonitor 오브젝트가 Established 상태인지
• 네임스페이스에 파드가 Running 인지
• 셀렉터가 실제로 그 Service 를 고르는지, 그리고 endpoints 의 port 가 Service 의 포트 이름과 같은지
• 컨테이너 포트 번호가 9102 인지

extensions/v1beta1 로 쓰인 Ingress 매니페스트를 최신 클러스터에 적용하면 어떤 일이 벌어지는가?

• 경고와 함께 최신 버전으로 자동 변환되어 만들어진다
• 그 그룹이 제공되지 않으므로 리소스 매핑 단계에서 거절된다
• 필드가 부족하다는 스키마 검증 오류가 난다
• 만들어지기는 하지만 컨트롤러가 무시한다

Ingress 를 networking.k8s.io/v1 로 옮길 때 v1beta1 에는 없다가 필수가 된 필드는?

• ingressClassName
• pathType
• backend.resource
• defaultBackend

기준선을 지금 지킬 수 없는 팀이 있을 때 플랫폼의 대응으로 가장 적절한 것은?

• 그 팀이 지킬 수 있을 때까지 전체 기준선을 낮춘다
• 예외 없이 막고 그 팀이 스스로 해결하게 한다
• 구두로 합의하고 기준선 문서에 각주를 단다
• 사유와 만료일을 오브젝트에 적은 예외를 주고, 만료일에 다시 본다