멀티테넌트 SaaS에서 주 데이터뿐 아니라 백업, 검색 인덱스, 진단 로그까지 리전 경계를 확인하는 방법입니다.
왜 이 문제가 생길까
계약상 특정 지역에 데이터를 보관해야 하는 고객에게 주 데이터베이스만 해당 리전에 두는 것으로는 충분하지 않을 수 있습니다. 첨부파일 미리보기, 오류 로그, 백업본, 지원용 내보내기 파일이 다른 지역으로 이동할 수 있기 때문입니다. 데이터 거주성은 단일 DB 설정이 아니라 모든 데이터 경로의 속성입니다.
시스템은 무엇을 구분해야 할까
테넌트에 홈 리전을 명시하고 요청 라우팅, 저장소, 비동기 작업, 검색 인덱스, 백업, 분석 파이프라인이 그 리전을 상속하도록 설계합니다. 전역 제어면과 지역 데이터면을 분리하고 제어면에는 필요한 최소한의 메타데이터만 둡니다. 저장 위치뿐 아니라 운영자가 데이터를 조회하는 경로와 장애 복구 시 복제 대상도 기록합니다. 새 기능을 만들 때 데이터 유형·목적지·보존 기간을 검토하는 체크를 배포 절차에 넣습니다.
현장에서 적용하면
국내 테넌트의 오류를 해외 운영팀이 조사해야 한다고 가정해 봅시다. 원본 데이터 전체를 외부로 복사하는 대신 리전 내에서 민감 항목을 제거한 진단 정보만 제공하거나 승인된 접근 절차를 거칩니다. 리전 장애 시 다른 지역으로 자동 전환할지 여부도 사전에 고객과 합의해야 합니다. 가용성 목표와 거주성 약속이 충돌할 수 있기 때문입니다.
도입할 때 놓치기 쉬운 점
네트워크 경로가 해외를 거친다는 사실과 데이터가 해외 저장소에 남는다는 사실을 동일시하면 과도하거나 부족한 통제가 됩니다. 실제 검토 대상은 저장·처리·접근·백업의 계약 및 법적 요건입니다. 국가별 규정은 바뀔 수 있으므로 법적 판단을 아키텍처 문서 한 줄로 대신해서는 안 됩니다.
시작 전 점검할 세 가지
- 테넌트 홈 리전이 모든 데이터 경로에 전파되는가
- 백업·로그·검색·지원 내보내기 위치를 확인했는가
- 장애 전환 시 지역 경계 정책을 검증했는가
참고 자료: Microsoft의 배포 스탬프 패턴
#데이터거주성 #리전설계 #멀티테넌트 #SaaS #클라우드아키텍처 #백업 #로그관리 #데이터보호 #컴플라이언스 #재해복구
