测验：S3 API 核心

멀티파트 업로드에서 마지막을 제외한 각 파트의 최소 크기는?

• 1MiB
• 8MiB
• 100MiB
• 5MiB

ETag 가 d41d8...-5 처럼 하이픈으로 끝나면?

• 업로드가 깨져 오류가 있는 객체
• 서버 측 키로 암호화된 객체
• 멀티파트로 5개 파트로 올라간 객체
• 이전 버전이 5개 남아 있는 객체

멀티파트 ETag 를 재현할 때 흔한 실수는?

• 파트 순서를 뒤집어 이어 붙이는 것
• 파트 md5 를 16진 문자열 그대로 이어 붙이는 것
• md5 대신 sha256 으로 계산하는 것
• 하이픈 뒤 파트 수를 빼먹는 것

중단된 멀티파트 업로드가 위험한 이유는?

• 파트가 저장 공간을 차지하지만 객체 목록에 안 보여 조용히 비용이 쌓인다
• 인증 없이 접근 가능한 보안 취약점이 된다
• 같은 키로 하는 다음 업로드를 막는다
• 완료된 객체의 ETag 가 깨진다

파트 크기를 지나치게 작게 잡으면?

• 요청 수가 늘어 과금이 커지고 10,000개 상한에 걸릴 수 있다
• 파트마다 다시 보내야 해 재전송 비용이 커진다
• 파트 md5 가 어긋나 무결성이 깨진다
• 파트가 너무 많아 병렬 업로드가 안 된다

5GB 파일을 단일 PUT 으로 올리는 대신 멀티파트를 쓰는 두 가지 이유는?

• 전송 중 자동 암호화와 본문 압축
• 실패 시 해당 파트만 재전송 가능, 그리고 병렬 업로드로 대역폭 활용
• 객체 버저닝과 수명주기 규칙 적용
• 버킷 정책 적용과 요청 서명 단순화