퀴즈: 오퍼레이터와 이벤트

같은 대상에 같은 이유의 사건이 계속 반복되면 이벤트 오브젝트는 어떻게 되나?

• 반복마다 새 오브젝트가 만들어지고 이름 뒤에 일련번호가 붙는다
• 하나로 합쳐지고 count 와 lastTimestamp 만 갱신된다
• 첫 이벤트만 남고 이후 반복은 아예 기록되지 않는다
• 반복 횟수가 임계값을 넘으면 type 이 Warning 으로 바뀐다

reason 필드에 긴 설명 문장을 넣으면 생기는 문제는?

• API 서버가 길이 제한으로 이벤트를 거부한다
• describe 화면에서 그 이벤트만 표시되지 않는다
• 같은 사건이 매번 다른 이유로 기록돼 집계가 무너진다
• 이벤트의 보존 시간이 짧아져 먼저 사라진다

events.k8s.io/v1 로 만든 이벤트를 v1 로 조회하면?

• 저장소가 달라 옛 API 로는 조회되지 않는다
• 옛 스키마로 자동 변환되어 모든 칸이 채워져 보인다
• 조회는 되지만 읽기 전용이라 수정할 수 없다
• 그대로 보이되 옛 스키마에 대응이 없는 칸은 비어 있다

이벤트의 type 을 Critical 로 적으면 어떻게 되나?

• 오브젝트는 만들어지지만 표준 도구의 유형 필터에서 빠진다
• 어드미션이 관례에 없는 값이라며 이벤트를 거부한다
• API 서버가 가장 가까운 Warning 으로 바꿔 저장한다
• 저장은 되지만 describe 화면에는 전혀 나타나지 않는다

이벤트에 장기 감사 추적을 맡기면 안 되는 이유는?

• 네임스페이스가 지워지면 이벤트만 다른 곳으로 옮겨지기 때문
• kube-apiserver 의 기본 보존이 한 시간이라 곧 사라지기 때문
• 이벤트는 RBAC 로 읽기를 제한할 수 없어 보안에 취약하기 때문
• 이벤트에는 누가 요청했는지가 아예 기록되지 않기 때문

involvedObject 없이 이벤트를 만들려고 하면?

• 만들어지고 목록에는 뜨지만 어느 describe 에도 붙지 않는다
• 만들어지고 네임스페이스 전체를 대상으로 하는 이벤트가 된다
• 요청이 거절되고 대상 필드를 지목하는 오류가 돌아온다
• 만들어진 뒤 다음 정리 주기에 가비지 컬렉터가 지운다