Standard
    ↓
Standard IA
    ↓
Intelligent Tiering
    ↓
One-Zone IA
    ↓
Glacier Instant Retrieval
    ↓
Glacier Flexible Retrieval
    ↓
Glacier Deep Archive

S3 Bucket → (모든 이벤트) → EventBridge → (규칙) → 18개+ AWS 서비스

bucket/folder1/sub1/file → prefix: /folder1/sub1/
bucket/folder1/sub2/file → prefix: /folder1/sub2/
bucket/1/file            → prefix: /1/
bucket/2/file            → prefix: /2/

S3 객체 키:  images/2026/01/photo.jpg
              └─────────┬─────────┘ └──┬──┘
                   Prefix          파일명
 
= "images/2026/01/" 폴더 안에 있는 "photo.jpg" 파일

┌─────────────────────────────────────────────────────────────┐
│                      S3 버킷                                 │
│                                                             │
│  /images/     → 3,500 PUT + 5,500 GET / 초                  │
│  /videos/     → 3,500 PUT + 5,500 GET / 초                  │
│  /documents/  → 3,500 PUT + 5,500 GET / 초                  │
│  /logs/       → 3,500 PUT + 5,500 GET / 초                  │
│                                                             │
│  = 총 14,000 PUT + 22,000 GET / 초 가능!                    │
└─────────────────────────────────────────────────────────────┘

❌ 잘못된 설계 (모든 파일이 하나의 Prefix에):
/data/file1.jpg
/data/file2.jpg
/data/file3.jpg
→ 최대 5,500 GET/초
 
✅ 좋은 설계 (Prefix 분산):
/data/2026/01/file1.jpg
/data/2026/02/file2.jpg
/data/2026/03/file3.jpg
→ Prefix별로 5,500 GET/초씩 = 훨씬 많은 요청 처리 가능

큰 파일 → [Part 1] [Part 2] [Part 3] ... → 병렬 업로드 → S3

파일 (미국) → Edge Location → (AWS 프라이빗 네트워크) → S3 버킷 (호주)
              ↑ 빠름 (공용 인터넷)       ↑ 빠름 (AWS 내부)

S3 파일 → [Part 1] [Part 2] ... [Part N] → 병렬 다운로드

S3 파일 → [Header 부분만 요청] → 파일 헤더 정보 획득

x-amz-meta-origin: paris
x-amz-meta-author: john

Project: Blue
PHI: True
Department: Finance

❌ S3에서 불가능한 쿼리:
"Department가 Finance인 모든 파일을 찾아줘"
"2026년 1월에 생성된 파일 중 Author가 john인 것만"
 
✅ S3에서 가능한 조회:
"s3://bucket/folder/file.txt 파일을 가져와" (정확한 Key 필요)

┌─────────────────────────────────────────────────────────────────┐
│                        아키텍처 예시                             │
│                                                                 │
│  1. 파일 업로드                                                  │
│     User → S3 버킷 (파일 + Metadata/Tags 저장)                   │
│                │                                                │
│  2. 인덱스 저장 (Lambda 트리거 또는 직접)                         │
│                ↓                                                │
│           DynamoDB                                              │
│     ┌─────────────────────────────────────┐                     │
│     │ S3Key         │ Department │ Author │                     │
│     │───────────────│────────────│────────│                     │
│     │ /docs/a.pdf   │ Finance    │ john   │                     │
│     │ /docs/b.pdf   │ Sales      │ jane   │                     │
│     │ /imgs/c.jpg   │ Finance    │ john   │                     │
│     └─────────────────────────────────────┘                     │
│                                                                 │
│  3. 검색 시                                                      │
│     User → DynamoDB 쿼리 ("Department = Finance")                │
│          → S3Key 목록 반환 → S3에서 파일 다운로드                 │
└─────────────────────────────────────────────────────────────────┘

"x-amz-server-side-encryption": "AES256"

User → HTTP(S) + Header → S3 → S3 Owned Key로 암호화 → 저장

"x-amz-server-side-encryption": "aws:kms"

User → HTTPS + Key in Header → S3 → 고객 키로 암호화 → 저장 (키는 버림)

파일 → 클라이언트 키로 암호화 → 암호화된 파일 → HTTP(S) → S3 저장

{
  "Effect": "Deny",
  "Principal": "*",
  "Action": "s3:*",
  "Resource": "arn:aws:s3:::my-bucket/*",
  "Condition": {
    "Bool": {
      "aws:SecureTransport": "false"
    }
  }
}

Origin = Scheme(Protocol) + Host(Domain) + Port
예: https://www.example.com (HTTPS 기본 포트 443)

┌─────────────────┐                              ┌─────────────────┐
│    A 서버       │                              │    B 서버       │
│   (요청자)      │                              │  (자원 제공자)   │
│                 │                              │                 │
│  "B의 이미지    │                              │  CORS 설정 ←── 여기서 설정!
│   주세요"       │                              │  "A는 허용함"   │
└────────┬────────┘                              └────────┬────────┘
         │                                                │
         │              ┌─────────────┐                   │
         └─────────────▶│   브라우저   │◀─────────────────┘
                        │             │
                        │ ① A에서 받은 웹페이지 실행
                        │ ② B에 자원 요청 (Cross-Origin)
                        │ ③ B가 "A 허용" 응답했나 확인
                        │ ④ 허용됐으면 자원 사용
                        └─────────────┘

1. 브라우저가 A Origin에서 웹페이지 로드
2. 웹페이지에서 B 서버에 자원 요청 (Cross-Origin 감지)
3. 브라우저 → B 서버에 Preflight Request (OPTIONS)
4. B 서버 → CORS 헤더 응답
   - Access-Control-Allow-Origin: "A 허용"
   - Access-Control-Allow-Methods: "GET, POST 허용"
5. 브라우저가 허용 확인 후 → 실제 요청 수행

my-bucket-html (A)              my-bucket-assets (B)
   (웹페이지)                       (이미지 저장)
       │                                 │
       │      이미지 요청                │
       │ ──────────────────────────────▶ │
       │                                 │
       │                          CORS 설정은 여기!
       │                          "A Origin 허용"
       │                                 │

❌ 잘못된 설정: 모니터링 버킷 = 로깅 버킷
   → 무한 루프 발생 → 버킷 용량 기하급수적 증가!
 
✅ 올바른 설정: 별도의 로깅 전용 버킷 사용

aws s3 presign s3://my-bucket/my-file.txt --expires-in 3600

S3 Bucketf
├── /finance/...
├── /sales/...
└── /analytics/...
 
Access Points:
├── Finance Access Point → /finance prefix에 R/W
├── Sales Access Point → /sales prefix에 R/W
└── Analytics Access Point → 전체 버킷에 R

애플리케이션 → S3 Object Lambda Access Point → Lambda 함수 → S3 Access Point → S3 Bucket
                                                    ↓
                                              객체 변환 처리