Airbnb, çok ürünlü dünya için veri mimarisini yeniden kurguladı

Airbnb'nin Mayıs 2025 Summer Release'i ile Experiences yeniden lansmanı ve yeni Services ürünüyle birlikte, on yıllık veri altyapısını üç ürün hattını destekleyecek şekilde evrimleştirmesi gerekti. Veri mühendisleri, ayrık veri modelleri ile monolitik modeller arasındaki klasik ikilemle karşılaştı: ayrık modeller ürüne özgü temizlik sağlarken kod tekrarına yol açıyor, monolitik modeller ise tutarlılık sağlarken karmaşıklaşma riski taşıyordu. Tek bir yaklaşımın her alan için doğru olmadığını görerek, merkezi ilkelerle ademi merkeziyetçi modelleme kurallarını birleştiren bir çerçeve geliştirdiler.

Bu çerçevenin temelinde üç ilke yer alıyor: hibrit modellere izin verilmemesi (bir alan ya tamamen ayrık ya tamamen monolitik olmalı), tutarlı tanımlayıcı adlandırma kuralları (ayrık modellerde ürüne özgü ID'ler, monolitik modellerde genel ürün ID'si artı tip kolonu) ve net namespace organizasyonu. Bu ilkelerin üzerine, ekiplerin kendi alanları için doğru modeli seçmesine yardımcı olacak paylaşılan öznitelikler, gelecekteki ölçeklenebilirlik, upstream/downstream uyumu, kod bakımı ve iş sürekliliği gibi kriterler içeren rehber ilkeler eklendi.

Uygulamada, ürün hatları arasında ortak mu yoksa benzersiz mi özniteliklerin baskın olduğu sorusu belirleyici oldu. Listing ve availability gibi kullanıcı deneyimine en yakın alanlarda, Services'in getirdiği 'service offerings' (bir üst listing altında birden fazla varyant) ve 'business hours' (esnek zaman aralıklarında rezervasyon) gibi tamamen yeni kavramlar nedeniyle ekipler ayrık veri modellerini tercih etti. Bu yaklaşım, büyük ölçekli veri mühendisliği ekiplerinin ürün çeşitlenmesi sırasında teknik borç ve veri silolarından kaçınırken tutarlılığı nasıl koruyabileceğine dair somut bir örnek sunuyor.