AWS가 Amazon S3를 Vercel Marketplace와 v0에서 생성·연결할 수 있도록 통합했습니다. 일반 버킷, S3 Tables와 S3 Vectors를 다루며, 연결에는 OIDC를 통한 임시 AWS 자격 증명을 사용하는 흐름을 소개합니다. AWS 공식 발표
파일 저장, 분석용 테이블과 벡터 검색은 접근 패턴이 다릅니다. 익숙한 화면에서 생성할 수 있다는 이유로 한 유형을 모든 용도에 사용하기보다 실제 읽기·쓰기 방식부터 정합니다.
이 글의 목차
세 가지 저장 방식은 데이터를 읽는 목적이 다릅니다
일반 객체 저장소는 파일과 그 파일을 찾는 키를 중심으로 사용합니다. 분석용 테이블은 행과 열로 구성한 데이터를 질의하는 목적에 가깝고, 벡터 저장소는 임베딩처럼 숫자로 표현한 특징을 비교해 유사한 대상을 찾는 데 쓰입니다. 이름에 S3가 들어가더라도 사용 방법과 비용을 결정하는 접근 패턴은 다릅니다. 먼저 앱이 파일을 내려주는지, 데이터를 집계하는지, 비슷한 문서를 찾는지 정해야 합니다.
예를 들어 상품 사진을 저장하는 앱과 추천 후보를 찾는 앱은 같은 프로젝트에 있어도 서로 다른 저장 경로가 필요할 수 있습니다. 사진 자체의 접근 권한과 검색에 쓰는 특징 데이터의 접근 권한도 구분합니다. 통합 화면에서 만들기 쉬워졌다는 장점은 유지하되, 데이터의 수명과 삭제 요구를 기준으로 저장 대상을 선택하는 편이 좋습니다.
임시 자격 증명에서도 역할 설계가 중요합니다
OIDC는 외부 서비스의 신원을 확인해 필요한 역할을 맡기는 데 사용할 수 있는 표준입니다. 장기 AWS 키를 환경 변수에 계속 보관하는 흐름과 달리 임시 자격 증명을 발급받는 구성을 만들 수 있습니다. 그러나 임시 토큰이 짧게 살아도 그 토큰이 맡는 역할에 광범위한 권한이 있으면 유효한 동안의 영향 범위는 큽니다. 발급 방식과 허용 권한을 함께 확인합니다.
특히 누가 그 역할을 맡을 수 있는지를 정하는 신뢰 조건을 좁혀야 합니다. 운영 배포용 권한을 다른 프로젝트나 미리보기 배포가 사용할 수 없는지 살펴봅니다. 데이터 읽기만 필요한 경로에 삭제 권한을 주지 않고, 필요한 버킷과 객체 범위를 지정하면 프로젝트가 늘어나도 권한 관계를 추적하기 쉽습니다.
파일 업로드 앱의 운영·미리보기 분리 예시
가상의 업로드 앱이라면 미리보기 환경은 시험용 버킷만 사용하고 운영 버킷에는 접근하지 않도록 설계합니다. 실제 사용자 파일을 시험 데이터로 복사하기보다 비식별 샘플로 업로드와 삭제를 검증합니다. 브라우저에서 쓰는 공개 설정과 서버에서만 처리할 자격 증명도 나눕니다. 화면에서 값을 숨기는 것과 클라이언트 번들에 포함하지 않는 것은 다른 문제입니다.
출시 후에는 저장 용량뿐 아니라 요청 수와 데이터 전송, 남아 있는 시험 파일을 함께 추적합니다. 사용자가 파일을 지웠을 때 관련 검색 데이터나 메타데이터도 정리되는지 확인해야 합니다. 배포를 지우는 작업과 저장 데이터를 지우는 작업의 관계를 문서화해 두면 프로젝트 정리 때 필요한 자료를 실수로 잃거나 비용이 계속 남는 일을 줄일 수 있습니다.
연결 직후 점검할 사항
- 환경별 리소스와 역할을 구분하고 필요한 작업만 허용합니다.
- 클라이언트 번들에 서버 전용 환경 변수가 들어가지 않는지 확인합니다.
- 리전 간 데이터 이동과 저장·요청 비용을 함께 추적합니다.
이번 통합의 편의성은 설정 진입점을 줄이는 데 있습니다. 공개 접근과 수명 주기, 삭제 정책은 여전히 서비스 요구에 맞춰 정해야 합니다.
발표문 기준일: 2026-10-14 · 확인일: 2026-10-24
