상태가 틀리면 안 되는 업무를 안정적으로 처리
한 가지 모델이 모든 문제를 해결하기보다, 어떤 특성을 우선할지에 따라 RDB, NoSQL, NewSQL이 다른 답을 내놓습니다.
정확한 트랜잭션과 복잡한 질의
가용성과 수평 확장에 유리
ACID를 유지하며 분산 확장 시도
상태가 틀리면 안 되는 업무를 안정적으로 처리
분산 환경에서 빠르게 확장하고 변화에 대응
익숙한 SQL과 분산 운영을 함께 가져가려는 방향
스키마가 안정적이고 관계가 복잡할 때
스키마 변화가 잦고 샤딩이 중요한 서비스
기존 개발 방식은 유지하되 한계를 줄이고 싶을 때
정확한 커밋과 일관성이 핵심인 업무
읽기·쓰기 부하가 크고 유연성이 중요한 경우
관계형 문법과 분산 확장을 동시에 원할 때