한 DevOps 엔지니어의 스크립트가 온프레미스 데이터를 한 달 이상 된 것부터 S3로 PutObject를 사용하여 점진적으로 아카이브한 다음 로컬 데이터를 삭제합니다. 현재 스크립트는 S3 업로드 성공 여부나 객체 무결성을 확인하지 않습니다. 엔지니어는 로컬 데이터를 삭제하기 전에 MD5를 사용하여 업로드가 확인되도록 해야 합니다. 이 요구 사항을 충족하는 접근 방식은 무엇입니까? (두 가지 선택)
정답 선택
옵션을 탭하여 정답을 확인하세요.
정답: base64로 인코딩된 MD5 체크섬을 Content-MD5 요청 헤더에 포함하고 PutObject 호출이 오류를 반환하지 않았는지 확인합니다., PutObject 후 반환된 ETag 값과 로컬 MD5 체크섬을 비교합니다..
이것이 정답인 이유
S3 PutObject 시 데이터 무결성을 보장하는 두 가지 효과적인 방법이 있습니다. 첫째, Content-MD5 요청 헤더에 base64로 인코딩된 MD5 체크섬을 포함하면 S3가 업로드 중 데이터 무결성을 자동으로 검증합니다. 업로드된 데이터의 MD5가 제공된 MD5와 일치하지 않으면 S3는 오류를 반환하므로, 오류가 없으면 무결성이 확인된 것입니다. 둘째, PutObject 성공 후 S3가 반환하는 ETag 값은 일반적으로 객체 데이터의 MD5 해시입니다(단일 파트 업로드의 경우). 따라서 반환된 ETag 값을 로컬에서 계산한 MD5 체크섬과 비교하여 데이터 무결성을 확인할 수 있습니다. VersionId는 객체 버전 관리에 사용되며 데이터 무결성 확인과는 관련이 없습니다. 객체 태깅은 객체 분류 및 관리에 사용되며 무결성 검증 메커니즘이 아닙니다. 객체 메타데이터에 체크섬을 저장하고 HeadObject로 확인하는 것은 추가적인 API 호출이 필요하며, S3가 직접 무결성을 검증하는 방식보다 효율적이지 않습니다.
끝없는 정답 찾기 없이 시험 합격
이 시험에 대한 모든 검증된 문제와 설명을 한곳에서 얻고, 준비 시간을 몇 시간 절약하세요. 1,000개 이상의 자격증 · 20개 이상의 언어 · 무료로 시작.
더 빠르게 시험 합격 → 카드 필요 없음