클라우드와 서버리스 데이터베이스
비개발자를 위한 클라우드 데이터베이스 안내. 관리형 데이터베이스와 서버리스가 무엇인지, 공동 책임 모델과 클라우드 비용, 저장 위치까지 운영을 맡겨도 남는 책임을 정리합니다.
운영을 맡겨도 책임까지 사라지지는 않는다
"비개발자가 알아야 할 데이터베이스 이야기" 12부작 중 11편입니다. '클라우드로 옮기면 다 해결된다'는 기대와 현실 사이의 간극을 다룹니다.
과거에는 회사가 서버를 사고, 데이터베이스를 설치하고, 고장 난 장비를 직접 바꾸는 일이 흔했다. 이제는 클라우드에서 몇 번의 선택만으로 데이터베이스를 만들 수 있다. 백업, 업데이트, 장애 전환의 일부를 서비스 제공자가 맡기도 한다.
그러나 "클라우드에 있으니 안전하다"거나 "서버리스이니 서버가 없다"라고 이해하면 곤란하다.
관리형 데이터베이스란 무엇인가?
**관리형 데이터베이스(managed database)**는 클라우드 업체가 설치, 업데이트, 백업, 모니터링, 복제 같은 운영 업무의 일부를 제공하는 서비스다. 전기를 발전소에서 사 쓰듯, 데이터베이스 운영도 서비스로 쓰는 개념이다. 팀은 서버 관리보다 데이터 모델과 애플리케이션에 더 집중할 수 있다.
장점은 분명하다.
- 시작이 빠르다
- 반복적인 운영 부담을 줄일 수 있다
- 백업과 장애 대응 기능을 비교적 쉽게 구성할 수 있다
- 사용량에 따라 용량을 늘리거나 줄이기 쉽다
하지만 자동으로 완벽하게 설정되는 것은 아니다. 백업 보관 기간, 복구 지역, 접근 권한, 네트워크 공개 범위, 암호화 키, 로그, 비용 경보는 사용자가 결정해야 할 수 있다. 10편에서 본 '클라우드 저장소 전체 공개' 사고는 클라우드의 보안이 약해서가 아니라, 사용자가 설정을 확인하지 않아서 생긴다.
서버리스는 서버가 없다는 뜻이 아니다
**서버리스 데이터베이스(serverless database)**는 사용자가 서버의 크기와 수를 직접 관리하는 부담을 줄이고, 요청이나 사용량에 맞춰 자원을 자동 조절하는 방식이다. 실제 서버는 여전히 어딘가에서 작동한다. 다만 운영의 많은 부분이 서비스 뒤로 감춰질 뿐이다.
사용량이 들쭉날쭉한 새 서비스에는 유리할 수 있다. 반면 사용 패턴에 따라 비용 예측이 어렵거나, 잠시 쉬던 시스템이 다시 작동할 때 지연이 생기거나, 제품별 제한이 있을 수 있다.
공동 책임: 어디까지 누가 맡는가?
클라우드 제공자는 건물, 장비, 기반 서비스와 관리 기능의 보안을 맡는다. 고객 조직은 대체로 다음을 여전히 책임진다.
- 어떤 데이터를 저장할지
- 누가 접근할 수 있는지
- 애플리케이션이 권한을 제대로 확인하는지
- 개인정보 수집과 사용이 적절한지
- 백업과 복구 목표가 업무에 맞는지
- 외부 공개와 네트워크 설정이 올바른지
- 이상 활동을 감시하고 사고에 대응하는지
서비스 종류에 따라 경계가 달라지므로 계약과 책임 모델을 확인해야 한다. "클라우드 업체가 관리하니까"는 사고가 났을 때 고객에게 통용되는 설명이 아니다.
비용은 월 사용료보다 넓게 본다
클라우드 비용에는 저장 공간 외에도 요청 수, 처리 능력, 백업, 복제, 로그, 다른 지역으로의 전송, 외부로보내는 데이터가 포함될 수 있다. 작은 단가가 큰 사용량과 만나면 예상 밖의 금액이 된다. 사용량이 늘어 월 비용이 급증하는 일, 이른바 '클라우드 빌 쇼크'는 드물지 않다.
비개발자도 다음을 요구할 수 있다.
- 정상·성장·급증 세 가지 사용량 시나리오의 비용
- 예산 경보와 사용 한도 설정
- 가장 큰 비용 항목과 줄일 방법
- 장애 대비 비용과 감수하는 위험의 비교
- 서비스 종료와 데이터 반출 비용
데이터의 위치도 중요하다
클라우드에서는 저장 지역(region)을 선택할 수 있다. 사용자와 가까운 지역은 속도에 도움이 될 수 있다. 그러나 법률, 고객 계약, 재해 복구, 외부 업체의 하청 구조에 따라 저장·복제 위치를 확인해야 한다.
"미국 지역에 저장합니다"라는 말만으로 모든 처리 위치가 설명되지는 않는다. 로그, 백업, 지원 과정, 분석 도구를 통해 다른 위치로 이동하는지도 살펴야 한다. 특히 개인정보가 관련되면 국경을 넘는 데이터 이전에 별도의 법적 요건이 붙는 경우가 많다.
자동 백업보다 실제 복구가 중요하다
관리 화면에 '자동 백업 사용'이라고 표시되어 있어도 다음 질문은 남는다.
- 몇 분 또는 몇 시간 전 상태까지 되돌릴 수 있는가?
- 백업은 얼마나 오래 보관되는가?
- 운영 계정이 침해되어도 백업을 지킬 수 있는가?
- 다른 지역의 장애에도 복구할 수 있는가?
- 실제 복구 시간은 업무 목표(5편의 RTO) 안에 들어오는가?
- 복구 훈련 결과가 기록되어 있는가?
기능의 존재와 실제 준비 상태는 다르다. 이 차이는 클라우드로 옮겨도 사라지지 않는다.
핵심 정리 관리형·서버리스 데이터베이스는 운영 부담을 줄이지만 책임을 없애지는 않는다. 접근 권한, 데이터 사용, 설정, 복구 목표, 비용, 저장 위치는 여전히 조직이 판단해야 한다. 자동 기능의 존재보다 실제 설정과 시험 결과를 확인해야 한다.
계약과 설계 회의에서 물을 질문
- 서비스 제공자와 우리 조직의 책임 경계가 문서로 정리되어 있는가?
- 월 비용이 갑자기 늘면 누가 언제 알게 되는가?
- 데이터를 다른 서비스로 옮길 때 어떤 형식으로보낼 수 있는가? (탈출 전략)
- 제공업체 장애와 계정 침해에 각각 어떻게 복구하는가?
- 데이터가 실제로 저장·복제·처리되는 지역은 어디인가 — 로그와 백업까지 포함해서?
다음 글: 생성형 AI가 데이터베이스를 어떻게 바꾸고 있는지, 벡터 검색과 RAG, 그리고 AI 시대에 더 중요해진 '좋은 데이터'의 의미를 살펴본다.
시리즈 목차
- 데이터베이스란 무엇인가 — 엑셀 파일과 무엇이 다를까?
- 데이터베이스는 어떻게 정확성을 지킬까
- 데이터베이스에는 어떤 종류가 있을까
- 데이터베이스, 데이터 웨어하우스, 데이터 레이크
- 올바른 데이터베이스 선택이 중요한 이유
- 데이터 모델과 데이터 품질
- 데이터 거버넌스란 무엇인가
- 개인정보는 적게, 필요한 만큼만
- 데이터 보안의 기본
- 데이터 침해는 왜 일어나며, 발생하면 무엇을 해야 할까
- 클라우드와 서버리스 데이터베이스 ← 현재 글
- AI 시대의 데이터베이스
