← 전체 목록
🪣
Amazon S3
스토리지무제한 객체 스토리지
▶아키텍처 다이어그램
점선 애니메이션은 데이터 또는 요청의 흐름 방향을 나타냅니다
왜 필요한가요?
애플리케이션에서 파일을 서버 디스크에 저장하면 용량 한계, 공유 어려움, 서버 교체 시 유실 문제가 바로 생깁니다. 사용자가 늘수록 업로드와 다운로드를 같은 서버가 감당해야 해서 확장도 번거롭습니다.
안에서 어떻게 동작하나요?
S3는 버킷 안에 파일을 객체로 저장하고 HTTP API로 읽고 씁니다. 버전 관리, 수명 주기, 이벤트를 붙일 수 있어서 CloudFront 배포, Lambda 후처리, Athena 분석의 중심 저장소로 자주 놓입니다.
무엇과 헷갈리나요?
S3, EBS, EFS는 모두 데이터를 저장합니다. 차이는 접근 방식입니다. EBS는 한 인스턴스에 붙는 블록 디스크이고 EFS는 여러 인스턴스가 공유하는 파일시스템이며, S3는 파일을 객체 단위로 다루는 API 기반 저장소입니다. 파일시스템처럼 마운트할 필요 없이 HTTP로 읽고 쓸 데이터라면 S3가 맞습니다.
왜 이런 방식이 등장했나요?
예전에는 NAS나 파일 서버를 직접 늘리며 용량과 백업을 관리해야 했습니다. 이런 방식은 확장과 내구성 확보가 번거로워서, 사실상 무한대로 확장되는 객체 저장소인 S3 같은 모델이 자리 잡았습니다.
언제 쓰나요?
정적 웹 자산, 사용자 업로드, 백업, 로그 보관, 데이터 레이크처럼 파일을 대량으로 저장하고 여러 서비스에서 다시 읽어야 할 때 적합합니다. 파일시스템처럼 마운트해야 하거나 서버에 직접 붙는 디스크가 필요한 경우에는 맞지 않습니다.
정적 웹사이트 호스팅데이터 레이크백업 및 아카이브미디어 호스팅
Official Docs
AWS더 깊게 보기
현재 페이지의 개념 설명을 본 뒤 공식 문서로 바로 이동합니다.