Airbnb는 2025년 여름 Homes 외에 Experiences·Services 두 상품을 추가하면서 10년 된 데이터 인프라가 "단일 상품" 가정으로 설계됐음을 발견했다. 분석팀은 도메인별 완전 분리 모델과 전사 통합 모델 사이에서 일률적 선택 대신 8가지 기준으로 도메인마다 다르게 결정하는 체계를 구축했다.
핵심 포인트- 핵심 원칙 "하이브리드 금지" — 한 도메인은 완전 분리이거나 완전 통합이어야 하며, 중간 혼합은 하류 분석가의 쿼리 혼란을 야기한다.
- 분리형 선택: Listings·Availability·Location·Guests — 상품별 속성 차이가 크거나 쿼리 패턴이 달라 통합 시 필드 70%가 NULL이 되는 구조.
- 통합형 선택: Messaging·Payments·Customer Support — 상품 유형 무관한 단일 이력 추적이 더 중요한 도메인.
- 식별자 일관성: 상품별 ID(id_experience)와 제네릭 ID(id_product_listing)를 명시적으로 구분해 하류 소비자의 쿼리 실수를 줄임.
- 수백 개 하류 테이블·대시보드를 보유한 레거시 자산의 신중한 마이그레이션 계획이 핵심 도전이었다.
왜 읽나단일 서비스를 멀티 프로덕트로 확장할 때 데이터 모델링 의사결정 기준을 체계화하고 싶은 데이터 엔지니어·아키텍트에게 실전 프레임워크 레퍼런스.