클라우드스토리지 선정 기준 | 접근 방식부터 보존·삭제 조건까지
접근 방식과 보존·삭제 조건을 함께 고르는 스토리지 개념도 클라우드스토리지는 용량보다 애플리케이션의 접근 방식과 데이터의 삭제 조건부터 정하는 편이 좋습니다. 기존 공유 폴더를 그대로 써야 하는지, 객체 API를 사용할 수 있는지, 보존 중인 데이터를 누가 어떤 조건에서 삭제할 수 있어야 하는지를 먼저 정하면 후보를 좁힐 수 있습니다. 이 글은 업무 저장소를 도입하거나 재설계하는 인프라 담당자와 데이터 플랫폼 엔지니어를 위한 선정 기준입니다. 제품별 가격 순위를 매기는 대신, 파일·객체·블록 저장소의 용도를 구분하고 보존·권한·반출 요구를 평가표로 연결합니다. 보존 기능의 구체적인 동작은 공식 문서가 확인된 Amazon S3를 사례로 설명하며, 다른 서비스에도 같은 동작이 있다고 전제하지 않습니다. 1. 저장할 데이터보다 먼저, 데이터를 쓰는 방식을 적는다 ‘문서 파일을 저장한다’는 설명만으로는 유형을 결정하기 어렵습니다. 사람이 공유 폴더에서 편집하는 문서인지, 애플리케이션이 API로 올리고 내려받는 문서인지에 따라 필요한 접근 방식이 달라집니다. 분석 데이터 역시 데이터라는 이름만으로 객체 저장소를 정하기보다, 사용하는 처리 도구의 접근 방식을 먼저 적어야 합니다. AWS의 블록·파일·객체 저장소 비교 문서 는 객체 저장소 접근에 API와 이름 규칙을 고려해야 한다고 설명합니다. 반면 공유 파일 저장소에 맞춰 구성된 애플리케이션은 파일 저장소 통합에 새 코드가 필요하지 않다고 설명합니다. 다만 이것이 모든 파일 저장소 서비스의 프로토콜과 권한 모델이 같다는 뜻은 아닙니다. 아래 구분은 해당 문서를 바탕으로 정리했습니다. 문서 확인일은 2026년 11월 9일입니다. 업무 조건 먼저 검토할 유형 선정 전 대조할 사항 기존 애플리케이션이 공유 파일 저장소를 사용 파일 저장소 현재 사용하는 파일 프로토콜과 권한 모델을 후보 서비스가 지원하는가 애플리케이션이 객체 API로 데이터를 처리하거나 그렇게 변경할 수 있음 객체 저장소 API 호출과 객...
