Cloud Visualizer
← 전체 목록
🌍

Google Cloud Spanner

데이터베이스글로벌 분산 관계형 데이터베이스

▶아키텍처 다이어그램

점선 애니메이션은 데이터 또는 요청의 흐름 방향을 나타냅니다

왜 필요한가요?

서비스가 여러 지역으로 확장되면 단일 리전 관계형 DB는 지연시간과 용량에서 한계가 드러납니다. 그렇다고 NoSQL로 완전히 옮기면 기존 SQL, 스키마, 트랜잭션 모델을 다시 설계해야 합니다.

안에서 어떻게 동작하나요?

Spanner는 테이블 데이터를 여러 노드에 분산하고, 여러 지역 복제본 간 합의를 통해 쓰기를 확정합니다. 애플리케이션은 글로벌 엔드포인트에 SQL 요청을 보내지만, 내부에서는 트랜잭션 조정과 복제가 동시에 일어납니다.

무엇과 헷갈리나요?

Spanner와 Cloud SQL은 둘 다 관계형 데이터베이스이지만, Cloud SQL은 전통적 단일 인스턴스 중심 운영이고 Spanner는 분산 합의를 통해 수평 확장을 전제로 설계되었습니다. 일반적인 OLTP와 익숙한 운영이면 Cloud SQL, 글로벌 규모와 강한 일관성을 동시에 요구하면 Spanner가 맞습니다.

🗄️

Cloud SQL

관리형 관계형 데이터베이스

둘 다 관계형 DB지만, Cloud SQL은 익숙한 단일 인스턴스 운영에 가깝고 Spanner는 글로벌 분산 합의를 통해 수평 확장을 전제로 합니다.

왜 이런 방식이 등장했나요?

기존 관계형 DB는 한 서버를 더 크게 만드는 방식에는 강하지만, 전 세계로 늘어나는 서비스에는 구조적 한계가 있었습니다. Google 내부 분산 데이터베이스 경험을 바탕으로, SQL과 글로벌 확장을 함께 잡으려는 요구에서 Spanner가 등장했습니다.

언제 쓰나요?

멀티 리전 사용자 데이터를 일관되게 다뤄야 하는 금융, 주문, 계정 시스템에 적합합니다. 지역 하나에서 돌아가는 일반 웹 서비스나 캐시성 데이터에는 비용과 복잡도가 과할 수 있습니다.

글로벌 SaaS 백엔드금융/주문 시스템멀티 리전 서비스관계형 확장 한계 대응

다음에 볼 개념

🔒

VPC

프라이빗 클라우드 네트워크

전역 데이터베이스를 실제 서비스에 붙이려면 각 실행 환경이 어떤 프라이빗 네트워크 경로로 접근할지 설계해야 하므로 VPC가 바로 이어집니다.

함께 보면 좋은 개념

🚀

Cloud Run

서버리스 컨테이너 실행

여러 지역의 Cloud Run 서비스가 같은 관계형 데이터를 일관되게 읽고 써야 할 때 Spanner가 공통 백엔드로 함께 등장합니다.

Official Docs

더 깊게 보기

현재 페이지의 개념 설명을 본 뒤 공식 문서로 바로 이동합니다.

GCP

시작하기

빠른 입문과 핵심 개념

개발자 가이드

설정, API, 심화 사용법