서비스형 클라우드 스토리지(STaaS)는 일반적으로 인터넷을 통해 데이터 스토리지, 관리, 보호를 서비스로 제공하는 클라우드 컴퓨팅 서비스입니다.
기업은 자체 스토리지 인프라(서버, 디스크, 네트워킹)를 구매, 관리, 유지보수하는 대신 서드 파티 제공업체가 제공하는 서비스를 구독할 수 있습니다. 제공업체는 하드웨어와 인프라를 소유하고 운영하며 스토리지 용량, 컴퓨팅 성능, 소프트웨어와 같은 리소스를 제공하여 고객의 요구사항을 지원합니다.
서비스형 클라우드 스토리지는 다음과 같은 간단한 프로세스를 기반으로 합니다.
Database as a service(DBaaS)와 서비스형 스토리지(STaaS)는 모두 필수적인 클라우드 서비스입니다. 이 둘은 종종 함께 작동하지만 서로 다른 기능을 수행합니다.
기능 | Database as a Service(DBaaS) | Storage as a Service(STaaS) |
데이터 유형 | 주로 정형 데이터 | 주로 비정형 데이터(이미지, 동영상, 문서, 백업 등) |
포커스 | 데이터베이스 관리, 스키마 설계, 쿼리 최적화, 트랜잭션 처리 | 데이터 스토리지, 데이터 내구성, 데이터 액세스, 데이터 수명 주기 관리, 확장성 |
시스템의 예 | 관계형 데이터베이스(PostgreSQL, MySQL), NoSQL 데이터베이스, 클라우드 네이티브 데이터베이스 | 객체 스토리지(Cloud Storage), 파일 스토리지(예: 관리형 파일 공유) |
일반적인 사용 사례 | 애플리케이션 백엔드, 웹사이트 콘텐츠 관리, 고객 관계 관리(CRM) 시스템 | 웹사이트 애셋 호스팅, 백업 및 재해 복구, 데이터 보관처리, 미디어 및 엔터테인먼트 콘텐츠 전송 |
관리 책임 | 제공업체는 기본 데이터베이스 인프라, 소프트웨어 패치/업데이트, 성능을 관리합니다. | 공급업체는 스토리지 인프라, 하드웨어 유지보수, 고가용성, 데이터 중복, 보안, 확장성을 관리합니다. |
확장성 | 확장성은 일반적으로 수직 확장(단일 인스턴스에 더 많은 리소스 추가) 또는 수평 확장(더 많은 인스턴스 추가)을 통해 달성됩니다. | 확장성은 일반적으로 수평 확장을 통해 달성됩니다. 수평 확장에서는 시스템이 필요에 따라 스토리지 용량을 추가하거나 삭제하여 수요를 충족할 수 있습니다. |
기능
Database as a Service(DBaaS)
Storage as a Service(STaaS)
데이터 유형
주로 정형 데이터
주로 비정형 데이터(이미지, 동영상, 문서, 백업 등)
포커스
데이터베이스 관리, 스키마 설계, 쿼리 최적화, 트랜잭션 처리
데이터 스토리지, 데이터 내구성, 데이터 액세스, 데이터 수명 주기 관리, 확장성
시스템의 예
관계형 데이터베이스(PostgreSQL, MySQL), NoSQL 데이터베이스, 클라우드 네이티브 데이터베이스
객체 스토리지(Cloud Storage), 파일 스토리지(예: 관리형 파일 공유)
일반적인 사용 사례
애플리케이션 백엔드, 웹사이트 콘텐츠 관리, 고객 관계 관리(CRM) 시스템
웹사이트 애셋 호스팅, 백업 및 재해 복구, 데이터 보관처리, 미디어 및 엔터테인먼트 콘텐츠 전송
관리 책임
제공업체는 기본 데이터베이스 인프라, 소프트웨어 패치/업데이트, 성능을 관리합니다.
공급업체는 스토리지 인프라, 하드웨어 유지보수, 고가용성, 데이터 중복, 보안, 확장성을 관리합니다.
확장성
확장성은 일반적으로 수직 확장(단일 인스턴스에 더 많은 리소스 추가) 또는 수평 확장(더 많은 인스턴스 추가)을 통해 달성됩니다.
확장성은 일반적으로 수평 확장을 통해 달성됩니다. 수평 확장에서는 시스템이 필요에 따라 스토리지 용량을 추가하거나 삭제하여 수요를 충족할 수 있습니다.
STaaS의 예로는 클라우드 네이티브 분석 및 콘텐츠 제공을 위한 기본 구성요소로 사용하는 것을 들 수 있습니다.
시나리오: 한 미디어 회사가 Google Cloud에서 콘텐츠 추천 애플리케이션을 실행합니다. 클릭, 시청 기록과 같은 원시 사용자 상호작용 데이터를 위한 확장성이 뛰어난 스토리지 솔루션이 필요하며, 이 솔루션은 분석 파이프라인에 직접 피드되어 실시간 추천을 생성할 수 있어야 합니다.
STaaS 솔루션: 이 회사는 Cloud Storage를 데이터 레이크로 사용합니다. Google Cloud에서 실행되는 이 애플리케이션은 사용자 이벤트 데이터를 Cloud Storage 버킷에 직접 작성합니다. 이 데이터는 Google의 데이터 웨어하우스인 BigQuery에서 즉시 분석에 사용할 수 있게 됩니다. 이 설정은 동일한 클라우드 환경에서 실행되는 분석 도구와 긴밀하게 통합된 확장 가능하고 비용 효율적인 스토리지를 제공하여 사용자에게 신속한 인사이트와 향상된 콘텐츠 맞춤설정을 지원합니다.
Cloud Storage는 확장성이 뛰어난 데이터 저장소 역할을 할 뿐만 아니라 데이터 일관성, 가용성, 비용 관리, 분석과 관련된 복잡한 엔터프라이즈 과제를 해결하는 특정 기능을 갖추도록 설계할 수 있습니다. 이러한 기능을 통해 Cloud Storage는 단순한 스토리지 서비스에서 엔터프라이즈 데이터 플랫폼의 전략적 구성요소로 탈바꿈할 수 있습니다.
Cloud Storage의 주요 차별화 요소는 모든 작업에 대해 전역 strong consistency를 제공할 수 있다는 점입니다. 엔터프라이즈의 경우 이는 매우 중요하고 강력한 기능입니다. 새 객체를 업로드하거나 기존 객체를 업데이트하면 변경사항이 커밋되고 출처에 관계없이 모든 후속 읽기에 즉시 표시됩니다.
이렇게 하면 개발자가 객체가 작성된 후 즉시 표시되지 않는 경우를 처리하기 위해 복잡하고 오류가 발생하기 쉬운 로직을 빌드해야 할 수 있는 eventual consistency 모델과 관련된 복잡성이 제거됩니다. 금융 거래 로깅, 콘텐츠 관리 시스템, 사용자 프로필 업데이트와 같은 엔터프라이즈 애플리케이션의 경우 이러한 즉각적인 일관성으로 인해 애플리케이션 개발이 간소화되고 버그가 줄어들며 프로젝트 일정이 단축됩니다.
비즈니스 연속성 및 재해 복구(BCDR) 목표를 달성하려면 강력한 고가용성 솔루션이 필요합니다. Cloud Storage는 멀티 리전 및 이중 리전 버킷 구성을 통해 이를 기본적으로 제공할 수 있습니다.
별도의 리전 스토리지 위치 간에 복잡한 복제 규칙을 설정할 필요 없이 단일 버킷을 구성하여 지리적으로 멀리 떨어진 데이터 센터 간에 데이터를 자동으로 동기식으로 복제할 수 있습니다.
스토리지 비용 관리는 기업, 특히 사용자 제작 콘텐츠나 프로젝트 공동작업 파일과 같이 예측할 수 없는 액세스 패턴을 가진 데이터를 처리할 때 중요한 문제가 될 수 있습니다. Cloud Storage의 자동 클래스 기능은 이러한 문제를 직접 해결합니다.
버킷에서 자동 클래스를 사용 설정하면 데이터 액세스 패턴을 자동으로 모니터링하고 성능에 영향을 미치거나 수동 개입 또는 복잡한 수명 주기 정책 없이 객체를 가장 비용 효율적인 스토리지 클래스로 전환합니다. Standard Storage에 있는 자주 액세스하지 않는 객체가 갑자기 필요해지면 자동으로 Standard Storage로 다시 이동됩니다. 이러한 자동 최적화는 자주 액세스하지 않는 데이터에 대한 과도한 비용 지출을 방지하여 총소유비용을 직접적으로 절감해 줍니다.
현대 기업의 주요 목표는 데이터에서 가치를 도출하는 것입니다. Cloud Storage는 Google Cloud의 선도적인 데이터 분석 및 머신러닝 서비스와의 고성능 통합을 위해 빌드되었습니다. IoT 원격 분석부터 애플리케이션 로그, 전자상거래 거래에 이르기까지 대규모 데이터 세트를 Cloud Storage에 직접 저장한 다음 다른 서비스를 사용하여 즉시 조치를 취할 수 있습니다.
예를 들어 BigQuery를 사용해 Cloud Storage에서 직접 데이터를 쿼리하거나, Dataflow를 사용해 스트리밍 데이터를 수신 즉시 분석하거나, Vertex AI를 사용해 머신러닝 모델을 학습, 배포, 관리할 수 있습니다. 이러한 긴밀한 결합은 원활하고 효율적인 워크플로를 만들어 별도의 스토리지 및 분석 시스템 간에 느리고 비용이 많이 드는 데이터 이동이 필요 없이 원시 데이터에서 실행 가능한 비즈니스 인사이트로의 여정을 가속화합니다.
서비스형 클라우드 스토리지는 엔터프라이즈 조직에 다음과 같은 여러 이점을 제공할 수 있습니다.
비용 효과
종량제 가격 책정: 기업은 사용한 스토리지 용량과 서비스에 대해서만 비용을 지불하므로 하드웨어에 대한 자본적 지출과 관련 운영 비용(전력, 냉각, 유지보수, 인력)을 절감할 수 있습니다.
확장성 및 유연성
탄력적인 스토리지 용량: 조직은 변동하는 데이터 스토리지 수요를 충족하기 위해 스토리지 용량을 쉽게 확장하거나 축소할 수 있습니다. 따라서 스토리지 인프라를 과도하게 프로비저닝할 필요가 없습니다.
데이터 가용성 및 내구성
고가용성: STaaS 제공업체는 여러 데이터 센터에 걸친 데이터 복제와 같은 고가용성 기능을 제공하여 하드웨어 장애 또는 중단이 발생한 경우에도 데이터에 액세스할 수 있도록 합니다.
향상된 데이터 보안
강력한 보안 기능: STaaS 제공업체는 전송 중 데이터 및 저장 데이터 암호화, 액세스 제어, 데이터 보호 조치와 같은 고급 보안 기능을 제공하여 데이터를 보호하는 경우가 많습니다.
협업 개선
간편한 데이터 공유: STaaS를 사용하면 여러 사용자 간에 그리고 팀 전체에서 원활한 데이터 협업과 공유가 가능합니다.
비즈니스 민첩성
더 빠른 배포: STaaS를 사용하면 필요한 리소스를 빠르게 프로비저닝할 수 있습니다.
STaaS는 광범위한 엔터프라이즈 애플리케이션과 이니셔티브를 위한 기반을 제공합니다.
아래 차트는 Cloud Storage 옵션을 다른 옵션과 비교한 것입니다.
기능 | Cloud Storage 접근방식 | 다른 방법 |
서비스 모델 | 자주 액세스하는 데이터부터 장기 보관 자료에 이르기까지 모든 스토리지 클래스에 대해 하나의 API를 제공하는 단일 통합 서비스(Cloud Storage) | 기본 객체 스토리지와 보관을 위해 서로 다른 API 또는 기능 집합을 가질 수 있는 여러 개의 개별 서비스를 포함하는 경우가 많아 복잡성이 가중됩니다. |
데이터 일관성 | 쓰기 후 읽기, 목록, 액세스 제어 변경을 포함한 모든 작업에 대해 전역 strong consistency라는 단일 표준을 제공합니다. 이중 리전 버킷의 경우 터보 복제를 사용하면 복구 시간을 단축하고 RPO를 15분으로 낮춰 복제 속도를 높일 수 있습니다. | 일부 작업, 특히 더 복잡한 애플리케이션 로직이 필요할 수 있는 리전 전반의 객체 목록 또는 업데이트에 대해 eventual consistency를 제공할 수 있습니다. |
스토리지 클래스 | 동일한 API를 통해 4가지의 간단하고 명확하게 정의된 클래스(Standard, Nearline, Coldline, Archive)를 사용할 수 있어 데이터 수명 주기를 쉽게 관리할 수 있습니다. | 계층화된 개념은 일반적이지만 이름 지정 규칙, 검색 시간, 최소 스토리지 기간, 관련 액세스 요금은 크게 다를 수 있습니다. |
글로벌 중복성 | 애플리케이션 변경 없이 지리적으로 멀리 떨어진 데이터 센터 전반에 데이터를 동기식으로 복제하여 원활한 장애 조치를 위한 대륙 규모의 단일 버킷을 제공합니다. 멀티 리전 및 이중 리전 버킷도 지원됩니다. | 리전 전반의 고가용성은 일반적인 목표이지만, 구현에는 별도의 리전 버킷 간에 고객이 구성한 더 복잡한 복제 규칙이 필요할 수 있습니다. |
보안 및 액세스 | 액세스 제어는 Google Cloud IAM으로 통합되어 스토리지 등 모든 Google Cloud 서비스에 일관된 권한 모델을 제공합니다. | 포괄적인 IAM 시스템 외에도 스토리지 서비스 자체에 대한 별도의 액세스 정책과 같은 여러 보안 모델 또는 계층화된 보안 모델을 포함할 수 있습니다. |
핵심 통합 | 각 생태계 내에서 강력한 통합을 제공하는 것이 일반적이지만 분석 및 머신러닝의 성능과 기능 깊이는 다를 수 있습니다. |
기능
Cloud Storage 접근방식
다른 방법
서비스 모델
자주 액세스하는 데이터부터 장기 보관 자료에 이르기까지 모든 스토리지 클래스에 대해 하나의 API를 제공하는 단일 통합 서비스(Cloud Storage)
기본 객체 스토리지와 보관을 위해 서로 다른 API 또는 기능 집합을 가질 수 있는 여러 개의 개별 서비스를 포함하는 경우가 많아 복잡성이 가중됩니다.
데이터 일관성
쓰기 후 읽기, 목록, 액세스 제어 변경을 포함한 모든 작업에 대해 전역 strong consistency라는 단일 표준을 제공합니다. 이중 리전 버킷의 경우 터보 복제를 사용하면 복구 시간을 단축하고 RPO를 15분으로 낮춰 복제 속도를 높일 수 있습니다.
일부 작업, 특히 더 복잡한 애플리케이션 로직이 필요할 수 있는 리전 전반의 객체 목록 또는 업데이트에 대해 eventual consistency를 제공할 수 있습니다.
스토리지 클래스
동일한 API를 통해 4가지의 간단하고 명확하게 정의된 클래스(Standard, Nearline, Coldline, Archive)를 사용할 수 있어 데이터 수명 주기를 쉽게 관리할 수 있습니다.
계층화된 개념은 일반적이지만 이름 지정 규칙, 검색 시간, 최소 스토리지 기간, 관련 액세스 요금은 크게 다를 수 있습니다.
글로벌 중복성
애플리케이션 변경 없이 지리적으로 멀리 떨어진 데이터 센터 전반에 데이터를 동기식으로 복제하여 원활한 장애 조치를 위한 대륙 규모의 단일 버킷을 제공합니다. 멀티 리전 및 이중 리전 버킷도 지원됩니다.
리전 전반의 고가용성은 일반적인 목표이지만, 구현에는 별도의 리전 버킷 간에 고객이 구성한 더 복잡한 복제 규칙이 필요할 수 있습니다.
보안 및 액세스
액세스 제어는 Google Cloud IAM으로 통합되어 스토리지 등 모든 Google Cloud 서비스에 일관된 권한 모델을 제공합니다.
포괄적인 IAM 시스템 외에도 스토리지 서비스 자체에 대한 별도의 액세스 정책과 같은 여러 보안 모델 또는 계층화된 보안 모델을 포함할 수 있습니다.
STaaS에 Google Cloud를 활용하려는 조직은 다음 단계를 따를 수 있습니다.
Google Cloud는 사용자 친화적인 인터페이스, 포괄적인 문서, 구현을 간소화하고 가치 창출을 가속화하는 다양한 도구를 제공하여 STaaS를 쉽게 시작할 수 있도록 지원합니다.