Helm 배포와 롤백 시나리오 · 훅과 운영 · 퀴즈
훅 확인
문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.
훅으로 만든 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 와 메모리 비중을 정한다
- 훅이 실패했을 때 재시도할 횟수를 정한다
- 훅 리소스가 릴리스에서 차지하는 우선순위를 정한다