수명주기 정책
나이에 따라 스토리지 클래스를 자동 전환·삭제하는 규칙
이게 뭔가요? / What is this?
수명주기 정책은 별도의 저장 장치나 서비스가 아니라, "며칠이 지나면 자동으로 이렇게 하라"고 미리 걸어두는 자동화 규칙(추상적 설정)입니다. 구독 서비스가 일정 기간 안 쓰면 자동으로 등급을 낮추거나 해지하는 것처럼, S3 객체를 시간이 지나면 자동으로 더 싼 등급으로 옮기거나 지우도록 예약해두는 것입니다.
개요 / Overview
수명주기 정책은 객체가 생성된 뒤 며칠이 지나면 더 싼 클래스로 옮기거나 삭제하도록 자동화합니다. "며칠 후에는 거의 접근하지 않는다"는 문장이 나오면 거의 항상 수명주기 규칙이 정답의 일부입니다.
동작 원리 / How it works
수명주기 규칙은 버킷 또는 접두사·태그로 좁힌 범위에 대해 "생성 후 N일이 지나면 이 클래스로 전환" 또는 "삭제"를 선언합니다. 규칙 평가는 매일 비동기로 일어나므로 정확히 N일째 자정에 즉시 바뀌지는 않습니다. 버전 관리가 켜진 버킷에서는 현재 버전과 이전 버전에 각각 다른 규칙을 걸 수 있고, 완료되지 않은 멀티파트 업로드를 정리하는 규칙도 별도로 있습니다.
전환에는 순서와 최소 기간 제약이 있습니다. Standard에서 IA로 가려면 최소 30일이 필요하고, 더 저렴한 클래스에서 비싼 클래스로 되돌리는 전환은 규칙으로 표현할 수 없습니다(복사가 필요).
시험은 무엇을 보는가 / What the exam is testing
"며칠 후에는 거의 접근하지 않는다"는 문장은 사실상 수명주기 규칙을 지목하는 신호입니다. 시험은 여기에 두 겹을 더합니다 — 최소 30일 제약을 아는지, 그리고 보관 후 삭제까지 요구되면 전환과 만료를 함께 걸어야 함을 아는지입니다.
시험 포인트 / Exam points
Transition은 클래스를 바꾸고(Standard → IA → Glacier), Expiration은 아예 삭제합니다. 규정상 7년 보관 후 삭제 같은 요구는 두 규칙을 함께 씁니다.
Standard에서 Standard-IA나 One Zone-IA로 전환하려면 최소 30일이 지나야 합니다. "업로드 즉시 IA로" 같은 선택지는 이 규칙 때문에 오답입니다.
접근 패턴을 알면 수명주기 규칙이 더 싸고, 패턴을 예측할 수 없으면 Intelligent-Tiering이 정답입니다. "접근 패턴을 알 수 없다"는 문장이 결정적 힌트입니다.
버전 관리가 켜진 버킷에서는 이전 버전에 별도 전환·만료 규칙을 걸 수 있습니다. 버전이 쌓여 비용이 늘어나는 문제의 해법입니다.
자주 틀리는 함정 / Common traps
업로드 직후 IA로 전환하는 규칙 — 30일 최소 대기 때문에 불가능합니다.
버전 관리 버킷에서 현재 버전만 정리하고 이전 버전을 방치하는 것 — 이전 버전이 쌓여 비용이 계속 증가합니다.
S3 Lifecycle
Rules that transition or expire objects automatically by age
이게 뭔가요? / What is this?
A lifecycle policy is not a separate storage device or service — it is an automation rule (an abstract setting) set up in advance, saying "after N days, do this automatically." Much like a subscription that auto-downgrades or cancels itself after a period of inactivity, it schedules S3 objects to be moved to a cheaper class or deleted once they age past a certain point.
개요 / Overview
Lifecycle rules automatically move objects to cheaper classes or delete them after a given age. Whenever a scenario says data is rarely accessed after N days, a lifecycle rule is almost always part of the answer.
동작 원리 / How it works
A lifecycle rule declares "after N days, transition to this class" or "expire", scoped to a bucket, prefix, or tag. Evaluation runs asynchronously each day, so the change does not land exactly at midnight on day N. On versioned buckets, current and noncurrent versions get separate rules, and a distinct rule cleans up incomplete multipart uploads.
Transitions have ordering and minimum-duration constraints: Standard to IA requires at least 30 days, and moving from a cheaper class back to a pricier one cannot be expressed as a rule (it needs a copy).
시험은 무엇을 보는가 / What the exam is testing
"Rarely accessed after N days" is effectively a pointer to a lifecycle rule. The exam adds two layers: whether you know the 30-day minimum, and whether you combine transition with expiration when retention-then-delete is required.
시험 포인트 / Exam points
Transition changes class (Standard → IA → Glacier); expiration deletes. "Retain seven years then delete" uses both rules together.
Objects must be at least 30 days old before transitioning to Standard-IA or One Zone-IA, so "move to IA immediately on upload" is wrong.
Known access patterns favour lifecycle rules; unpredictable patterns favour Intelligent-Tiering. "Access patterns are unknown" is the decisive hint.
On versioned buckets, noncurrent versions get their own transition and expiration rules — the fix when accumulated versions inflate cost.
자주 틀리는 함정 / Common traps
A rule transitioning to IA immediately on upload — impossible due to the 30-day minimum.
Cleaning only current versions on a versioned bucket — noncurrent versions accumulate and cost keeps rising.
AWS SAA Hub Pro는 독립 학습 자료이며 Amazon Web Services, Inc.의 공식 서비스가 아닙니다. 시험 정책과 서비스 사양은 AWS 공식 문서를 기준으로 확인하세요.