객체 스토리지와 블록 스토리지의 운영 차이점 정리! 어려울 수 있으니 집중해서 이해하자!

우리가 일상에서 사용하는 스마트폰, 컴퓨터, 그리고 인터넷 서비스들은 모두 어딘가에 데이터를 저장하고 있습니다. 사진, 동영상, 문서 파일부터 복잡한 웹 애플리케이션의 코드와 데이터베이스까지, 이 모든 정보는 ‘스토리지’라는 공간에 보관되죠. 그런데 이 스토리지가 다 같은 스토리지가 아니라는 사실, 알고 계셨나요? 특히 클라우드 환경에서는 ‘객체 스토리지’와 ‘블록 스토리지’라는 두 가지 주요 유형이 널리 사용되는데, 이 둘은 데이터를 저장하고 관리하는 방식부터 운영상의 특징까지 많은 차이를 보입니다. 이 차이를 정확히 이해하는 것은 데이터를 효율적으로 관리하고, 비용을 절감하며, 서비스의 성능을 최적화하는 데 매우 중요합니다.

이 글에서는 객체 스토리지와 블록 스토리지의 기본 개념부터 운영상의 핵심 차이점, 그리고 실생활에서의 활용 방법까지, 일반 독자들도 쉽게 이해할 수 있도록 자세히 설명해 드리겠습니다. 조금 어려울 수 있지만, 우리의 디지털 생활과 밀접한 관련이 있는 내용이니 집중해서 따라와 주세요!

스토리지 우리 주변 어디에나 있는 것

우리가 매일 사용하는 스마트폰의 갤러리 앱, 컴퓨터의 문서 폴더, 즐겨 찾는 웹사이트의 방대한 이미지들, 넷플릭스 같은 스트리밍 서비스의 영화 라이브러리까지, 이 모든 것은 디지털 데이터로 존재하며 어딘가에 저장되어 있습니다. 이 데이터를 저장하는 공간을 우리는 ‘스토리지’라고 부릅니다. 가정에서 사용하는 외장 하드 드라이브부터 기업에서 사용하는 거대한 데이터 센터의 서버까지, 스토리지의 형태는 다양하지만 기본적인 역할은 동일합니다. 바로 데이터를 안전하게 보관하고, 필요할 때 빠르게 접근할 수 있도록 하는 것이죠.

특히 클라우드 컴퓨팅 시대에 접어들면서, 스토리지는 단순한 저장 공간을 넘어 서비스의 핵심 인프라로 자리 잡았습니다. 클라우드 스토리지는 필요에 따라 용량을 늘리거나 줄일 수 있고, 전 세계 어디서든 인터넷을 통해 접근할 수 있다는 장점 덕분에 그 활용도가 점점 커지고 있습니다. 하지만 클라우드 스토리지에도 여러 종류가 있으며, 그중에서도 ‘블록 스토리지’와 ‘객체 스토리지’는 가장 대표적인 두 가지 유형입니다. 이 둘의 차이를 이해하는 것이 클라우드 환경을 효과적으로 활용하는 첫걸음입니다.

블록 스토리지란 무엇인가

블록 스토리지는 데이터를 고정된 크기의 ‘블록’이라는 단위로 나누어 저장하는 방식입니다. 마치 벽돌을 쌓아 건물을 짓듯이, 모든 데이터는 일정한 크기의 블록들로 분할되어 저장됩니다. 각 블록에는 고유한 주소(블록 번호)가 부여되며, 이 주소를 통해 데이터에 직접 접근할 수 있습니다. 운영체제는 이 블록들을 조립하여 파일 시스템을 구성하고, 사용자는 이 파일 시스템을 통해 파일을 읽거나 씁니다.

블록 스토리지는 마치 우리 컴퓨터의 하드 드라이브나 SSD와 유사하게 작동합니다. 운영체제는 블록 스토리지를 물리적인 디스크처럼 인식하고, 그 위에 파일 시스템(예: NTFS, ext4)을 생성하여 데이터를 관리합니다. 따라서 블록 스토리지는 매우 낮은 지연 시간(Latency)과 높은 입출력 성능(IOPS)을 제공합니다.

블록 스토리지의 주요 특징

• 직접적인 데이터 접근

  운영체제가 블록 단위로 데이터에 직접 접근하고 제어할 수 있습니다. 이는 데이터베이스나 운영체제처럼 정밀하고 빠른 데이터 처리가 필요한 애플리케이션에 매우 유리합니다.

• 고성능 및 낮은 지연 시간

  데이터가 특정 블록에 저장되고, 그 블록 주소를 통해 직접 접근하기 때문에 데이터 입출력 속도가 매우 빠릅니다. 실시간으로 데이터를 처리해야 하는 환경에 적합합니다.

• 파일 시스템 필요

  데이터를 파일 형태로 관리하려면 블록 스토리지 위에 파일 시스템을 설치해야 합니다. 이는 운영체제가 데이터를 체계적으로 구성하고 관리할 수 있게 합니다.

• 확장성의 한계

  일반적으로 블록 스토리지는 특정 서버나 가상 머신에 연결되어 사용됩니다. 용량을 확장하려면 기존 스토리지를 교체하거나 추가하는 방식으로 이루어지므로, 객체 스토리지에 비해 확장성이 제한적입니다.

블록 스토리지의 실생활 활용

• 운영체제 및 애플리케이션 설치

  가상 서버(VM)에 운영체제(Windows, Linux)를 설치하고 애플리케이션을 실행하는 데 사용되는 주 저장 공간입니다. 마치 개인 컴퓨터의 C 드라이브와 같습니다.

• 데이터베이스

  Oracle, MySQL, PostgreSQL 등과 같은 고성능 데이터베이스는 블록 스토리지를 통해 트랜잭션을 빠르게 처리하고 데이터를 안정적으로 저장합니다.

• 기업 애플리케이션

  ERP, CRM과 같이 실시간 데이터 처리가 필수적인 기업용 애플리케이션에 적합합니다.

객체 스토리지란 무엇인가

객체 스토리지는 데이터를 ‘객체(Object)’라는 단위로 저장하는 방식입니다. 여기서 객체는 단순한 파일뿐만 아니라, 해당 데이터에 대한 정보(메타데이터)를 함께 포함합니다. 예를 들어, 사진 파일 하나가 객체가 될 수 있고, 이 객체는 사진 파일 자체와 함께 촬영 날짜, 카메라 종류, 위치 정보, 심지어 사용자가 추가한 태그 같은 메타데이터를 가질 수 있습니다.

객체 스토리지에서는 데이터가 플랫한 구조로 저장됩니다. 즉, 폴더 계층 구조가 없으며, 모든 객체는 고유한 ID(키)를 가집니다. 사용자는 이 ID나 메타데이터를 통해 객체에 접근하며, 주로 HTTP/HTTPS 프로토콜을 사용하는 API를 통해 데이터를 읽고 씁니다. 아마존 S3(Simple Storage Service)가 객체 스토리지의 가장 대표적인 예시입니다.

객체 스토리지의 주요 특징

• 메타데이터 기반 접근

  데이터와 함께 풍부한 메타데이터를 저장할 수 있습니다. 이를 통해 데이터를 검색하고 분류하기가 훨씬 용이하며, 복잡한 쿼리를 통해 필요한 객체를 빠르게 찾을 수 있습니다.

• 무한에 가까운 확장성

  객체 스토리지는 수십 페타바이트(PB)에서 엑사바이트(EB)까지 무한에 가까운 용량 확장이 가능합니다. 데이터를 저장할 때마다 새로운 블록을 할당하는 복잡한 과정 없이, 새로운 객체를 추가하는 방식으로 용량을 늘릴 수 있습니다.

• HTTP/HTTPS 기반 접근

  웹 표준 프로토콜(HTTP/HTTPS)을 통해 접근하므로, 인터넷이 연결된 곳이라면 어디서든 쉽게 데이터를 주고받을 수 있습니다. 이는 모바일 앱, 웹 서비스 등 다양한 플랫폼에서 활용하기 좋습니다.

• 높은 내구성 및 가용성

  대부분의 객체 스토리지 서비스는 데이터를 여러 지역이나 장치에 복제하여 저장하므로, 특정 장치에 문제가 발생하더라도 데이터 손실 위험이 매우 낮습니다. 높은 가용성을 보장합니다.

• 비용 효율성

  저장 용량 대비 비용이 저렴하며, 사용한 만큼만 지불하는 종량제 모델이 일반적입니다. 대용량 데이터를 장기간 보관하는 데 특히 경제적입니다.

객체 스토리지의 실생활 활용

• 대용량 미디어 파일 저장

  사진, 동영상, 음원 파일 등 용량이 큰 미디어 콘텐츠를 저장하고 스트리밍하는 데 사용됩니다. 넷플릭스, 유튜브와 같은 서비스가 객체 스토리지를 활용할 수 있습니다.

• 웹사이트 정적 콘텐츠 호스팅

  웹사이트의 이미지, CSS, JavaScript 파일 등 자주 변경되지 않는 정적 콘텐츠를 저장하고 사용자에게 제공하는 데 최적화되어 있습니다.

• 데이터 백업 및 아카이브

  장기간 보관해야 하는 백업 데이터나 아카이브 데이터를 저렴하고 안전하게 저장하는 데 주로 사용됩니다.

• 빅데이터 분석

  수십 테라바이트(TB) 이상의 대규모 데이터를 저장하고, 필요에 따라 분석 도구와 연동하여 활용하는 데 적합합니다.

객체 스토리지와 블록 스토리지 운영의 핵심 차이점

이제 두 스토리지 유형의 핵심적인 운영 차이점을 비교해 보겠습니다. 이 차이점들을 이해하는 것이 어떤 상황에서 어떤 스토리지를 선택해야 할지 판단하는 데 결정적인 도움이 될 것입니다.

데이터 접근 방식

• 블록 스토리지

  운영체제가 블록 단위로 데이터에 직접 접근합니다. 파일 시스템을 통해 파일 경로와 이름으로 데이터를 찾지만, 실제로는 블록 주소를 통해 물리적인 위치에 접근하는 방식입니다. 마치 도서관에서 책의 정확한 서가 번호를 알고 찾아가는 것과 같습니다.

• 객체 스토리지

  HTTP/HTTPS 기반의 API를 통해 객체 이름(키)이나 메타데이터로 접근합니다. 운영체제가 직접 제어하는 것이 아니라, 스토리지 서비스가 객체를 찾아 사용자에게 제공합니다. 도서관에서 책의 제목이나 저자, 내용 키워드로 검색하여 찾아달라고 요청하는 것과 유사합니다.

확장성

• 블록 스토리지

  일반적으로 특정 서버에 연결되어 사용되므로, 용량 확장이 수직적(Vertical Scaling)으로 이루어집니다. 즉, 기존 디스크를 더 큰 디스크로 교체하거나 추가하는 방식입니다. 무한정 늘리기는 어렵습니다.

• 객체 스토리지

  사실상 무한에 가까운 수평적(Horizontal Scaling) 확장이 가능합니다. 수십 페타바이트 이상의 데이터를 저장할 수 있으며, 용량 증가에 따라 인프라를 별도로 관리할 필요가 없습니다.

성능

• 블록 스토리지

  낮은 지연 시간과 높은 IOPS(초당 입출력 작업 수)를 제공하여, 데이터베이스나 운영체제처럼 실시간으로 데이터를 자주 읽고 써야 하는 워크로드에 최적화되어 있습니다.

• 객체 스토리지

  블록 스토리지에 비해 지연 시간이 길 수 있지만, 대용량 데이터를 한 번에 처리하는 처리량(Throughput)이 매우 뛰어납니다. 주로 대용량 파일의 업로드/다운로드, 스트리밍 등에 강점을 보입니다.

비용 효율성

• 블록 스토리지

  성능이 높은 만큼 단위 용량당 비용이 객체 스토리지보다 비싼 편입니다. 주로 필요한 만큼만 정밀하게 할당하여 사용합니다.

• 객체 스토리지

  대용량 저장에 특화되어 있어 단위 용량당 비용이 매우 저렴합니다. 사용한 만큼만 지불하는 종량제 모델로, 장기간 대용량 데이터를 보관하는 데 경제적입니다.

관리 복잡성

• 블록 스토리지

  운영체제 수준에서 파일 시스템을 구성하고 관리해야 합니다. 백업, 스냅샷, 복제 등의 작업을 직접 설정하고 관리해야 하는 경우가 많습니다.

• 객체 스토리지

  서비스 제공업체가 대부분의 인프라 관리를 담당하므로, 사용자는 API를 통해 데이터를 업로드/다운로드하는 데 집중할 수 있습니다. 관리 부담이 적습니다.

용도

• 블록 스토리지

  운영체제 디스크, 고성능 데이터베이스, 트랜잭션이 많은 애플리케이션, 가상 데스크톱 인프라(VDI) 등 빠른 속도와 낮은 지연 시간이 요구되는 워크로드에 적합합니다.

• 객체 스토리지

  대용량 미디어 파일 저장, 웹사이트 정적 콘텐츠 호스팅, 데이터 백업 및 아카이빙, 빅데이터 분석을 위한 데이터 레이크 등 대용량 데이터의 저장 및 배포에 적합합니다.

다음 표는 두 스토리지 유형의 주요 차이점을 한눈에 비교할 수 있도록 정리한 것입니다.

실생활에서 어떻게 활용될까요

이론적인 차이점 외에, 실제 서비스나 애플리케이션에서 이 두 가지 스토리지가 어떻게 활용되는지 구체적인 예를 통해 살펴보겠습니다.

블록 스토리지 활용 예시

• 가상 서버의 운영체제 및 시스템 디스크

  클라우드에서 가상 서버(EC2, Compute Engine 등)를 생성하면, 이 서버에 운영체제를 설치하고 애플리케이션을 실행하기 위한 디스크가 필요합니다. 이때 블록 스토리지가 사용됩니다. 운영체제는 블록 스토리지를 마치 물리적인 하드 디스크처럼 인식하고, 파일 시스템을 구성하여 데이터를 읽고 씁니다. 운영체제가 부팅되고 애플리케이션이 실행되는 데 필요한 빠른 속도와 안정성을 제공합니다.

• 관계형 데이터베이스

  MySQL, PostgreSQL, SQL Server와 같은 관계형 데이터베이스는 초당 수천, 수만 건의 트랜잭션을 처리해야 합니다. 이때 데이터베이스의 데이터 파일과 로그 파일은 블록 스토리지에 저장되어야 합니다. 블록 스토리지는 데이터베이스가 필요로 하는 낮은 지연 시간과 높은 IOPS를 제공하여, 데이터베이스의 성능을 최적화하고 안정적인 운영을 가능하게 합니다.

• 고성능 파일 서버

  사내에서 여러 사용자가 동시에 접근하여 파일을 읽고 쓰는 고성능 파일 서버를 구축할 때도 블록 스토리지가 활용될 수 있습니다. 특히 CAD/CAM 작업처럼 대용량 파일을 자주 수정하고 저장해야 하는 환경에서 블록 스토리지의 빠른 응답 속도가 중요합니다.

객체 스토리지 활용 예시

• 대용량 미디어 파일 저장 및 스트리밍

  유튜브, 넷플릭스, 스포티파이와 같은 미디어 서비스는 수많은 동영상, 음악 파일을 저장하고 전 세계 사용자에게 스트리밍합니다. 이 엄청난 양의 미디어 콘텐츠는 객체 스토리지에 저장됩니다. 객체 스토리지는 무한한 확장성과 저렴한 비용으로 대용량 데이터를 저장할 수 있으며, HTTP/HTTPS를 통해 사용자에게 효율적으로 전달될 수 있도록 합니다.

• 웹사이트의 정적 콘텐츠 호스팅

  블로그나 쇼핑몰 웹사이트의 이미지, CSS, JavaScript 파일 등은 사용자 요청 시 빠르게 전달되어야 하지만, 자주 변경되지는 않습니다. 이러한 정적 콘텐츠를 객체 스토리지에 저장하면, 웹 서버의 부하를 줄이고 사용자에게 더 빠른 웹 경험을 제공할 수 있습니다. CDN(콘텐츠 전송 네트워크)과 연동하여 전 세계 어디서든 빠르게 콘텐츠를 전송할 수도 있습니다.

• 데이터 백업 및 아카이빙

  기업의 중요한 데이터를 정기적으로 백업하거나, 법적 요구사항에 따라 장기간 보관해야 하는 아카이브 데이터는 객체 스토리지에 저장하는 것이 일반적입니다. 객체 스토리지는 높은 내구성과 가용성을 제공하며, 대용량 데이터를 저렴한 비용으로 장기간 보관할 수 있어 백업 및 아카이빙 솔루션으로 최적입니다.

• 빅데이터 분석을 위한 데이터 레이크

  수많은 센서 데이터, 로그 데이터, 소셜 미디어 데이터 등 다양한 형태의 비정형 대용량 데이터를 수집하고 저장하여 분석하는 ‘데이터 레이크’를 구축할 때 객체 스토리지가 핵심적인 역할을 합니다. 객체 스토리지의 유연한 구조와 확장성은 미래의 어떤 분석에도 대비할 수 있는 기반을 제공합니다.

흔히 하는 오해와 사실 관계

두 스토리지 유형에 대해 사람들이 흔히 가지고 있는 오해들을 바로잡아 보겠습니다.

오해 1 객체 스토리지는 블록 스토리지보다 무조건 느리다

• 사실

  이는 상황에 따라 다릅니다. 객체 스토리지의 단일 객체 접근에 대한 지연 시간은 블록 스토리지보다 길 수 있습니다. 하지만 이는 수백만, 수천만 개의 객체를 동시에 처리하거나, 대용량 파일을 한 번에 업로드/다운로드하는 ‘처리량(Throughput)’ 관점에서는 객체 스토리지가 훨씬 유리합니다. 특정 용도에 최적화된 성능을 제공하므로, ‘무조건 느리다’고 단정할 수는 없습니다. 웹 콘텐츠 배포나 빅데이터 처리 같은 시나리오에서는 객체 스토리지가 더 빠르고 효율적일 수 있습니다.

오해 2 블록 스토리지는 비싸기만 하다

• 사실

  단위 용량당 비용은 객체 스토리지보다 높지만, 블록 스토리지는 그만큼의 성능을 제공합니다. 운영체제나 데이터베이스처럼 실시간으로 데이터를 자주 읽고 써야 하는 핵심 애플리케이션에서는 블록 스토리지의 높은 성능이 서비스의 안정성과 사용자 경험을 좌우합니다. 이러한 경우, 블록 스토리지의 비용은 성능과 가용성을 보장하는 데 필수적인 투자로 간주됩니다. 단순히 가격만 보고 비싸다고 판단하기보다는, 성능 대비 효율성을 고려해야 합니다.

오해 3 둘 중 하나만 선택해야 한다

• 사실

  대부분의 현대적인 클라우드 아키텍처에서는 블록 스토리지와 객체 스토리지를 함께 사용합니다. 예를 들어, 웹 서버의 운영체제와 데이터베이스는 블록 스토리지에, 웹사이트의 이미지나 동영상 같은 정적 콘텐츠는 객체 스토리지에 저장하는 것이 일반적입니다. 각 스토리지의 장점을 활용하여 전체 시스템의 성능을 최적화하고 비용 효율성을 높이는 ‘하이브리드’ 접근 방식이 가장 효과적입니다.

비용 효율적인 활용 방법

두 가지 스토리지를 현명하게 사용하여 비용을 절감하고 효율성을 높이는 방법을 알아보겠습니다.

• 워크로드 특성 분석

  가장 중요한 것은 저장하려는 데이터의 특성과 애플리케이션의 요구 사항을 정확히 분석하는 것입니다. 데이터가 얼마나 자주 변경되는지, 얼마나 빠르게 접근해야 하는지, 용량은 얼마나 필요한지 등을 파악하여 적절한 스토리지 유형을 선택해야 합니다. 예를 들어, 자주 접근하지 않는 백업 데이터는 저렴한 객체 스토리지에, 실시간 트랜잭션이 발생하는 데이터베이스는 고성능 블록 스토리지에 저장하는 식입니다.

• 스토리지 티어링(Tiering) 전략 활용

  클라우드 서비스는 일반적으로 다양한 성능과 비용 수준의 스토리지 티어(Tier)를 제공합니다. 예를 들어, 객체 스토리지에는 자주 접근하는 데이터(Standard), 가끔 접근하는 데이터(Infrequent Access), 거의 접근하지 않는 아카이브 데이터(Glacier) 등 여러 티어가 있습니다. 데이터의 접근 빈도에 따라 적절한 티어를 선택하여 비용을 최적화할 수 있습니다. 데이터를 자동으로 낮은 비용의 티어로 이동시키는 정책을 설정하는 것도 좋은 방법입니다.

• 클라우드 서비스의 유연성 활용

  클라우드 스토리지는 필요한 만큼만 사용하고 비용을 지불하는 종량제 모델입니다. 따라서 처음부터 과도한 용량을 할당하기보다는, 최소한의 용량으로 시작하여 필요에 따라 유연하게 확장하는 것이 비용 효율적입니다. 또한, 사용하지 않는 스토리지 자원은 즉시 해제하여 불필요한 비용 발생을 막아야 합니다.

유용한 팁과 조언

스토리지를 선택하고 운영할 때 고려해야 할 실질적인 팁들을 정리했습니다.

• 데이터 접근 패턴을 명확히 파악하세요

  데이터가 얼마나 자주 읽히고 쓰이는지, 어떤 종류의 데이터인지(정형, 비정형), 데이터 크기는 어느 정도인지 등을 파악하는 것이 중요합니다. 이는 스토리지 유형뿐만 아니라, 클라우드 제공업체의 다양한 스토리지 옵션 중 최적의 것을 선택하는 데 도움을 줍니다.

• 성능과 비용의 균형을 찾으세요

  항상 최고 성능의 스토리지가 필요한 것은 아닙니다. 애플리케이션의 요구 사항을 충족하는 최소한의 성능으로 최대의 비용 효율을 얻는 것이 목표가 되어야 합니다. 과도한 성능은 불필요한 비용으로 이어질 수 있습니다.

• 데이터 보안 및 규정 준수를 최우선으로 고려하세요

  어떤 스토리지를 사용하든 데이터 보안은 가장 중요합니다. 암호화, 접근 제어, 네트워크 보안 등 클라우드 제공업체가 제공하는 보안 기능을 적극적으로 활용해야 합니다. 또한, 특정 산업이나 지역의 데이터 규정 준수(GDPR, HIPAA 등) 요구 사항을 충족하는지 확인해야 합니다.

• 클라우드 제공업체의 스토리지 서비스 이해

  각 클라우드 제공업체(AWS, Azure, Google Cloud 등)는 다양한 이름과 기능을 가진 스토리지 서비스를 제공합니다. 예를 들어, AWS의 EBS(블록)와 S3(객체), Azure의 Managed Disks(블록)와 Blob Storage(객체) 등이 있습니다. 각 서비스의 특징과 비용 구조를 충분히 이해하고 비교하여 선택하는 것이 중요합니다.

• 백업 및 재해 복구 전략 수립

  어떤 스토리지 유형을 선택하든, 데이터 손실에 대비한 백업 및 재해 복구(DR) 전략은 필수입니다. 정기적인 백업 스케줄을 수립하고, 백업된 데이터의 무결성을 검증하며, 재해 발생 시 복구 절차를 미리 연습해 두어야 합니다.

자주 묻는 질문과 답변

어떤 스토리지를 먼저 고려해야 할까요

가장 먼저 애플리케이션이 데이터를 ‘어떻게’ 사용하는지 파악해야 합니다. 만약 운영체제, 데이터베이스, 또는 실시간으로 빠른 데이터 입출력이 필요한 애플리케이션이라면 블록 스토리지를 우선적으로 고려해야 합니다. 반대로, 대용량의 정적 파일(사진, 동영상), 백업 데이터, 웹 콘텐츠 호스팅 등이라면 객체 스토리지가 더 적합합니다. 대부분의 경우, 두 가지를 함께 사용하는 하이브리드 접근 방식이 최적의 솔루션입니다.

기존 온프레미스 스토리지를 클라우드로 옮길 때 어떤 점을 고려해야 하나요

온프레미스(On-Premise) 스토리지를 클라우드로 마이그레이션할 때는 몇 가지 중요한 고려 사항이 있습니다. 첫째, 데이터의 양과 네트워크 대역폭을 고려한 마이그레이션 전략을 수립해야 합니다. 둘째, 데이터의 종류에 따라 블록 스토리지와 객체 스토리지 중 적절한 유형을 선택해야 합니다. 셋째, 클라우드 환경에서의 보안 정책과 규정 준수를 철저히 검토해야 합니다. 마지막으로, 클라우드 환경에서 발생할 수 있는 새로운 비용 구조(데이터 전송 비용 등)를 미리 예측하고 예산을 수립하는 것이 중요합니다.

객체 스토리지가 블록 스토리지를 완전히 대체할 수 있나요

아닙니다. 객체 스토리지는 대용량 데이터 저장 및 배포에 매우 효과적이지만, 블록 스토리지의 낮은 지연 시간과 높은 IOPS가 필수적인 운영체제, 고성능 데이터베이스 등의 워크로드를 완전히 대체하기는 어렵습니다. 두 스토리지는 서로 다른 목적과 특성을 가지고 있으며, 각자의 강점을 활용하여 상호 보완적으로 사용될 때 가장 큰 시너지를 발휘합니다. 앞으로도 두 스토리지 유형은 각자의 영역에서 발전하며 공존할 것으로 예상됩니다.