로컬 기기 저장소와 클라우드 기반 서버 저장소 모두에 적합한 저장소 메커니즘을 선택하는 것이 중요합니다. 우수한 저장소 엔진은 정보를 안정적으로 저장하고, 대역폭을 줄이며, 응답성을 개선합니다. 적절한 저장소 캐싱 전략은 오프라인 모바일 웹 환경을 지원하기 위한 핵심 구성요소입니다.
이 도움말에서는 스토리지 API 및 서비스를 평가하기 위한 기초를 간략하게 설명한 후 비교 표와 몇 가지 일반적인 안내를 제공합니다. 조만간 선택된 저장용량 주제를 더 심층적으로 이해할 수 있는 리소스를 추가할 계획입니다.
저장소 분류
먼저 웹 앱의 데이터 저장소를 분석하는 데 사용할 수 있는 몇 가지 측정기준을 알아보겠습니다. 나중에 이 프레임워크를 사용하여 웹 개발자가 사용할 수 있는 여러 스토리지 옵션을 열거하고 평가합니다.
데이터 모델
데이터 단위를 저장하기 위한 모델은 데이터가 내부적으로 구성되는 방식을 결정하며, 이는 저장 및 검색 요청의 사용 편의성, 비용, 성능에 영향을 미칩니다.
구조화됨: 사전 정의된 필드가 있는 테이블에 저장된 데이터는 SQL 기반 데이터베이스 관리 시스템에서 일반적으로 그렇듯이 모든 쿼리 유형을 사전에 알 수 없는 유연하고 동적인 쿼리에 적합합니다. 브라우저의 구조화된 데이터 저장소의 대표적인 예는 IndexedDB입니다.
키/값: 키/값 데이터 스토어 및 관련 NoSQL 데이터베이스는 고유한 키로 색인이 생성된 비정형 데이터를 저장하고 검색하는 기능을 제공합니다. 키/값 데이터 저장소는 색인이 생성된 불투명 데이터에 일정한 시간에 액세스할 수 있다는 점에서 해시 테이블과 유사합니다. 키-값 데이터 스토어의 대표적인 예로는 브라우저의 Cache API와 서버의 Apache Cassandra가 있습니다.
바이트 스트림: 이 간단한 모델은 데이터를 가변 길이의 불투명한 바이트 문자열로 저장하고 모든 형태의 내부 구성은 애플리케이션 레이어에 맡깁니다. 이 모델은 파일 시스템 및 계층적으로 구성된 기타 데이터 블롭에 특히 적합합니다. 바이트 스트림 데이터 스토어의 대표적인 예로는 파일 시스템과 클라우드 스토리지 서비스가 있습니다.
지속성
웹 앱의 저장소 방법은 데이터가 영구화되는 범위에 따라 분석할 수 있습니다.
세션 지속성: 이 카테고리의 데이터는 단일 웹 세션 또는 브라우저 탭이 활성 상태로 유지되는 동안만 보관됩니다. 세션 지속성이 있는 저장소 메커니즘의 예는 Session Storage API입니다.
기기 지속성: 이 카테고리의 데이터는 특정 기기 내에서 세션과 브라우저 탭/창 전반에 걸쳐 유지됩니다. 기기 지속성이 있는 저장소 메커니즘의 예는 Cache API입니다.
전역 지속성: 이 카테고리의 데이터는 세션과 기기 전반에서 유지됩니다. 따라서 가장 강력한 형태의 데이터 지속성입니다. 전역 지속성이 있는 저장소 메커니즘의 예로는 Google Cloud Storage가 있습니다.
브라우저 지원
개발자는 문제 도메인에 가장 적합한 API를 선택해야 하지만 표준화되고 잘 확립된 API가 맞춤 또는 독점 인터페이스보다 선호된다는 사실도 고려해야 합니다. 표준화되고 잘 확립된 API는 수명이 더 길고 더 광범위하게 지원되기 때문입니다. 또한 더 광범위한 기술 자료와 더 풍부한 개발자 생태계를 이용할 수 있습니다.
거래
관련 스토리지 작업 모음이 원자적으로 성공하거나 실패하는 것이 중요한 경우가 많습니다. 데이터베이스 관리 시스템은 전통적으로 관련 업데이트를 임의의 단위로 그룹화할 수 있는 트랜잭션 모델을 사용하여 이 기능을 지원해 왔습니다. 항상 필요한 것은 아니지만, 일부 문제 도메인에서는 편리하고 때로는 필수적인 기능입니다.
동기화/비동기
일부 저장소 API는 저장소 또는 검색 요청이 완료될 때까지 현재 활성 상태인 스레드를 차단한다는 점에서 동기식입니다. 이는 저장소 요청이 UI와 기본 스레드를 공유하는 웹브라우저에서 특히 부담스럽습니다. 효율성과 성능상의 이유로 비동기 스토리지 API를 사용하는 것이 좋습니다.
Chrome DevTools에서 저장소 디버깅
Chrome DevTools를 사용하여 선택한 웹 저장소 API를 검사하고 디버그하는 방법에 관한 자세한 내용은 다음 문서를 참고하세요. 여기에 언급되지 않은 API는 DevTools에서 지원되지 않거나 해당되지 않습니다.
여러 스토리지 API를 사용하는 경우 DevTools의 스토리지 지우기 기능을 확인하세요. 이 기능을 사용하면 버튼 클릭 한 번으로 여러 매장을 삭제할 수 있습니다. 자세한 내용은 서비스 워커, 저장소, 데이터베이스, 캐시 지우기를 참고하세요.
다음 단계
이제 저장소 메커니즘을 생각하는 데 관련된 몇 가지 방법을 검토하고 현재 사용 가능한 가장 인기 있는 API와 서비스를 비교해 보았습니다. 곧 관심 있는 주제 하나 이상을 더 깊이 살펴볼 수 있는 콘텐츠를 추가할 예정입니다.