LabHub

오브젝트 스토리지와 S3 · S3 API 핵심(버킷·키·ETag·멀티파트) · 퀴즈

퀴즈: S3 API 핵심

LabHub 에서 이어서 보기

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

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

    1. 1MiB
    2. 8MiB
    3. 100MiB
    4. 5MiB
  2. ETag 가 `d41d8...-5` 처럼 하이픈으로 끝나면?

    1. 업로드가 깨져 오류가 있는 객체
    2. 서버 측 키로 암호화된 객체
    3. 멀티파트로 5개 파트로 올라간 객체
    4. 이전 버전이 5개 남아 있는 객체
  3. 멀티파트 ETag 를 재현할 때 흔한 실수는?

    1. 파트 순서를 뒤집어 이어 붙이는 것
    2. 파트 md5 를 16진 문자열 그대로 이어 붙이는 것
    3. md5 대신 sha256 으로 계산하는 것
    4. 하이픈 뒤 파트 수를 빼먹는 것
  4. 중단된 멀티파트 업로드가 위험한 이유는?

    1. 파트가 저장 공간을 차지하지만 객체 목록에 안 보여 조용히 비용이 쌓인다
    2. 인증 없이 접근 가능한 보안 취약점이 된다
    3. 같은 키로 하는 다음 업로드를 막는다
    4. 완료된 객체의 ETag 가 깨진다
  5. 파트 크기를 지나치게 작게 잡으면?

    1. 요청 수가 늘어 과금이 커지고 10,000개 상한에 걸릴 수 있다
    2. 파트마다 다시 보내야 해 재전송 비용이 커진다
    3. 파트 md5 가 어긋나 무결성이 깨진다
    4. 파트가 너무 많아 병렬 업로드가 안 된다
  6. 5GB 파일을 단일 PUT 으로 올리는 대신 멀티파트를 쓰는 두 가지 이유는?

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