공통 출발점 부하 증가
요청과 데이터가 커질수록, DB는 한 대를 키울지 아니면 여러 대로 나눌지를 먼저 결정해야 합니다.
트래픽 증가 저장 용량 증가 쓰기·조회 동시 증가
스케일 업
한 대를 더 강하게
단일 서버의 CPU, 메모리, 디스크를 키워 같은 구조 안에서 처리 한도를 올립니다.
무엇이 바뀌나
하드웨어를 업그레이드해 한 서버가 더 많은 트랜잭션과 조회를 직접 처리합니다.
운영 의미
데이터가 한곳에 모여 있어 구조가 단순하고, 일관성과 운영 흐름을 다루기 쉽습니다.
어디서 막히나
장비의 물리적 한계가 분명하고, 더 큰 서버로 갈수록 비용이 빠르게 커집니다.
잘 맞는 방향: 단일 서버 중심으로 시작하는 RDB와 궁합이 좋습니다.
스케일 아웃
여러 대로 나눠 처리
범용 서버를 계속 추가하고, 데이터를 샤딩하거나 복제해 부하를 여러 노드로 분산합니다.
무엇이 바뀌나
노드를 추가하면서 저장과 처리를 나누므로 전체 용량과 처리량을 함께 확장할 수 있습니다.
운영 의미
데이터를 여러 곳에 두는 대신 샤딩, 복제, 동기화 같은 분산 규칙이 함께 들어옵니다.
어디서 막히나
운영 복잡도와 장애 대응 범위가 커지고, 일관성 조정도 더 중요해집니다.
잘 맞는 방향: 처음부터 분산 저장을 전제로 한 NoSQL이 자연스럽습니다.
선택 기준
단일 노드 안에서 해결 가능한 규모
빠르게 단순성을 유지해야 하면 스케일 업이 유리합니다.
성장이 계속되어 분산 저장이 필요한 규모
운영 복잡도를 감수하고서라도 스케일 아웃이 더 자연스러운 선택입니다.