Hooks Check

훅으로 만든 Job 이 릴리스 시크릿에 들어가지 않아서 생기는 결과는?

• 훅이 두 번 실행된다
• 롤백해도 훅이 한 일이 남는다
• 훅이 아예 실행되지 않는다
• 릴리스 크기가 커진다

실무 기본형으로 권장되는 hook-delete-policy 는?

• before-hook-creation,hook-succeeded
• hook-failed 하나만 걸어 둔다
• hook-succeeded 하나만 걸어 둔다
• 삭제 정책을 아예 걸지 않는다

컬럼을 삭제하는 스키마 변경을 안전하게 배포하는 방법은?

• 훅에서 한 번에 처리한다
• --atomic 을 붙인다
• 백업을 뜨고 한 번에 처리한다
• 확장 → 배포 → 정리로 세 번 나눈다

hook-failed 를 삭제 정책으로 걸면 무엇을 잃는가?

• 다음 배포에서 훅이 아예 만들어지지 않는다
• 성공한 Job 오브젝트가 계속 쌓인다
• 실패한 Job 이 즉시 지워져 원인을 볼 로그가 사라진다
• 훅들 사이의 실행 순서가 무작위가 된다

--atomic 을 붙였는데도 마이그레이션이 되돌아오지 않는 이유는?

• atomic 은 훅에 적용되지 않아 훅 자체가 실행되지 않는다
• 롤백은 매니페스트를 되돌릴 뿐이고 훅이 이미 바꾼 데이터는 건드리지 않는다
• 롤백이 훅보다 먼저 실행되기 때문이다
• atomic 은 install 에만 있고 upgrade 에는 없다

helm.sh/hook-weight 가 하는 일은?

• 같은 단계의 훅들 사이에서 실행 순서를 정한다
• 훅에 배정할 CPU 와 메모리 비중을 정한다
• 훅이 실패했을 때 재시도할 횟수를 정한다
• 훅 리소스가 릴리스에서 차지하는 우선순위를 정한다