settings_suggest Özellik Deposu Nasıl Çalışır?
Özellik deposu, ham veriyi alıp dönüştüren özellik boru hatlarıyla başlar. Bu boru hatları Apache Spark, Flink veya dbt gibi araçlarla çalışabilir ve çevrimdışı mağazaya (tarihsel veriler için) ve çevrimiçi mağazaya (gerçek zamanlı servis için) eş zamanlı yazabilir. Model eğitimi sırasında veri bilimci, belirli bir zaman noktasındaki özellik değerlerini (point-in-time correct features) çevrimdışı mağazadan sorgular; bu yöntem gelecek bilgisinin eğitime sızmasını (data leakage) önler. Servis sırasında ise mikrosaniye gecikmeli istek için çevrimiçi mağazadan özellikler sorgulanır. Özellik kayıt defteri, özelliğin anlamını, sahibini, veri tipini ve kullanıldığı modelleri belgeleyerek keşfedilebilirliği sağlar.
Temel Bileşenler
storage Offline Store
Tarihsel özellik değerlerini saklar. Parquet, Hive tabloları veya BigQuery üzerinde barındırılır. Model eğitimi ve toplu tahmin (batch scoring) için kullanılır.
bolt Online Store
Anlık, düşük gecikmeli servis için Redis veya Cassandra'da güncel özellik değerlerini tutar. Gerçek zamanlı tahmin (real-time inference) senaryoları için hayati öneme sahiptir.
menu_book Feature Registry
Özelliklerin meta verilerini (tanım, veri tipi, sahip takım, kullanılan modeller) kataloglayan dizin. Keşfedilebilirlik ve veri yönetişimi için kritiktir.
account_tree Feature Pipeline
Ham veriden özellik değerlerine ulaşan ETL süreçleri. Spark, Flink veya dbt ile oluşturulur; hem toplu (batch) hem de akış (streaming) modunda çalışabilir.
apps Faydaları ve Kullanım Senaryoları
- check_circle Training-serving skew önleme: Eğitim ve servis ortamlarında aynı özellik hesaplama mantığı kullanıldığından model performans kayıpları azalır.
- check_circle Özellik yeniden kullanımı: Bir ekip tarafından hesaplanan özellik, diğer ekipler tarafından sıfırdan yeniden yazılmadan katalogdan keşfedilip kullanılabilir.
- check_circle Gerçek zamanlı tahmin: Dolandırıcılık tespiti, öneri sistemleri ve arama sıralaması gibi milisaniye düzeyinde gecikme gerektiren uygulamalar için online store kritik bir altyapı sağlar.
- check_circle Model yeniden üretebilirliği: Point-in-time correct özellik sorgulaması sayesinde geçmiş bir tarihin özellik değerleri tekrar üretilebilir; bu da model denetimi ve hata ayıklaması için önemlidir.
- check_circle Veri yönetişimi: Özellik kayıt defteri, hangi özelliklerin hangi modellerde kullanıldığını ve kimin sorumlu olduğunu belgeleyerek veri yönetişimi gerekliliklerini karşılar.
quiz Sıkça Sorulan Sorular
- check_circle Özellik deposu hangi ölçekte gerekli olmaya başlar?: Genellikle birden fazla ML ekibinin ortak özellikler kullandığı, onlarca modelin canlıda çalıştığı veya gerçek zamanlı tahmin SLA'larının milisaniye düzeyinde olduğu ortamlarda kritik hale gelir. Küçük ekipler için önce Feast gibi hafif bir çözüm yeterlidir.
- check_circle Training-serving skew neden sorun yaratır?: Eğitim sırasında kullanılan özellik hesaplama mantığı ile servis sırasında kullanılan mantık farklılaşırsa model, eğitildiği dağılımdan farklı veriler görür ve performansı düşer. Özellik deposu ikisini aynı hesaplama koduna bağlar.
- check_circle Feast ile Hopsworks arasındaki temel fark nedir?: Feast, minimal ve esnek açık kaynak bir özellik deposudur; depolama katmanını kullanıcı seçer. Hopsworks ise daha kapsamlı bir MLOps platformu olup entegre model kayıt defteri, Jupyter ortamı ve veri yönetişim araçları sunar.
- check_circle Özellik deposu vektör veritabanından nasıl ayrılır?: Özellik deposu genel sayısal ve kategorik ML özelliklerini yönetmek için tasarlanmıştır. Vektör veritabanı ise gömme vektörlerini (embeddings) benzerlik araması için optimize edilmiş bir yapıda saklar. İkisi tamamlayıcıdır ve birlikte kullanılabilir.