pile·
아키텍처·airbnb-engAirbnb Engineering·

멀티 프로덕트 세계를 위한 Airbnb 데이터 아키텍처 진화기

Airbnb는 2025년 여름 Homes 외에 Experiences·Services 두 상품을 추가하면서 10년 된 데이터 인프라가 "단일 상품" 가정으로 설계됐음을 발견했다. 분석팀은 도메인별 완전 분리 모델과 전사 통합 모델 사이에서 일률적 선택 대신 8가지 기준으로 도메인마다 다르게 결정하는 체계를 구축했다.

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

이 글과 비슷한

  1. 아키텍처·aws-architectureAWS Architecture·

    일관성이 새로운 지연이다: 데이터 레이어에서의 AI

    AI 에이전트가 데이터베이스 레이어에서 겪는 데이터 정합성 문제를 다룬다. 비동기 복제 지연(replication lag)으로 stale 데이터를 읽은 에이전트가 잘못된 판단을 내리는 "조용한 독"을 AWS 서비스 기반 세 가지 아키텍처 패턴으로 해결하는 방법을 제시한다. "빠르지만 틀린 답이 약간 느리지만 맞는 답보다 비싸다"는 주장 아래, 데이터베이스 아키텍처를 AI 신뢰성의 기반으로 재정의한다.

    요약 이어보기
    #ai-agent#data-consistency#aurora+2
  2. 아키텍처·flexflex·

    사람도 에이전트도, 덜 읽을수록 더 잘 고칩니다

    flex 팀이 코드베이스의 모듈 경계 설계가 AI 에이전트의 코드 탐색 효율에 미치는 영향을 실측한 글이다. 193개 에이전트 작업 로그를 분석하고, 잘 나뉜 모듈과 뭉친 모듈을 비교한 결과 — 도메인이 물리 모듈로 분리된 저장소에서 에이전트가 불필요한 파일을 덜 읽고 목표 코드에 더 집중했다. 사람도 에이전트도 컨텍스트 한도가 있어, 무관 코드를 덜 읽을수록 수리 성공률이 높다는 것이 핵심 결론이다.

    요약 이어보기
    #llm-agent#context-window#modular-architecture+1
  3. 아키텍처·aws-architectureAWS Architecture·

    데이터 거주 요건을 충족하는 재해 복구 전략

    데이터 거주(data residency) 규정을 지키면서 재해 복구(DR)를 구현해야 하는 조직을 위해 AWS가 세 가지 전략 프레임워크를 제시한다. 금융, 의료, 공공 부문처럼 지리적 데이터 보관 의무가 있는 환경에서도 복구 목표(RTO/RPO)를 달성할 수 있는 아키텍처 선택지를 비교한다.

    요약 이어보기
    #multi-cloud#compliance#disaster-recovery+2