RDB
무엇을 얻나: 트랜잭션, 조인, 질의를 가장 단순한 운영 모델로 가져갑니다.
왜 여기서 충분한가: 보통은 단일 서버나 소수 노드만으로도 일관성과 개발 생산성을 함께 확보할 수 있습니다.
핵심 기준은 유행이 아니라 데이터 크기와 운영 방식입니다. 저장량과 처리 부담이 커질수록, 같은 모델을 유지할지 아니면 분산을 기본 전제로 바꿀지를 결정합니다.
단일 RDB에서 시작해 샤딩, 네이티브 분산 저장, 대규모 배치 생태계로 확장되는 흐름을 한 축에서 읽으면 됩니다.
무엇을 얻나: 트랜잭션, 조인, 질의를 가장 단순한 운영 모델로 가져갑니다.
왜 여기서 충분한가: 보통은 단일 서버나 소수 노드만으로도 일관성과 개발 생산성을 함께 확보할 수 있습니다.
무엇이 바뀌나: 데이터 모델은 유지하되 저장과 부하를 여러 노드로 나눕니다.
운영 의미: 애플리케이션과 운영자가 파티션 경계, 재분배, 핫스팟을 함께 관리해야 합니다.
무엇을 전제로 하나: 처음부터 분산 저장과 수평 확장을 기본 설계로 삼습니다.
왜 넘어가나: 규모가 커지면 RDB를 억지로 나누기보다 분산에 맞춘 저장 모델이 더 현실적일 수 있습니다.
무엇이 중심인가: 초대규모 데이터를 일괄 처리하고 분석 파이프라인으로 운영합니다.
적합한 상황: 온라인 트랜잭션보다 저장량과 배치 분석 자체가 핵심 과제가 되는 구간입니다.
한 서버의 저장량과 처리량이 버거워질 때, 같은 관계형 모델을 유지한 채 노드를 나누는 선택입니다.
분산 운영이 예외가 아니라 기본이 되면, 분산을 전제로 만든 저장소가 더 단순해질 수 있습니다.
실시간 서비스보다 대규모 적재·가공·분석이 핵심이면, 배치 중심 도구가 더 잘 맞습니다.