Training-Serving Skew 방지 메커니즘
💡 Training-Serving Skew(학습-서빙 불일치) 란 모델 학습 시 사용한 피처와 프로덕션 서빙 시 사용하는 피처가 다르게 계산되는 문제입니다. 이 불일치는 모델 성능을 심각하게 저하시킬 수 있습니다.
Skew가 발생하는 일반적인 원인
Databricks의 Skew 방지 아키텍처
핵심: 학습과 서빙에서 동일한 Feature Table 정의 를 사용하므로 Training-Serving Skew가 방지됩니다.
Point-in-Time 정확성 보장 원리
Point-in-Time Lookup의 내부 동작을 더 상세히 이해하면, 시계열 피처 설계에서 실수를 방지할 수 있습니다.동작 원리
⚠️ AsOf Join: Point-in-Time Lookup은 내부적으로 AsOf Join(가장 가까운 과거 시점 매칭)을 수행합니다.event_timestamp보다 같거나 이전인feature_timestamp중 가장 최신 값을 선택합니다.
timestamp_lookup_key 설계 주의사항
Feature Governance (UC 통합)
Feature Table은 Unity Catalog의 Delta 테이블이므로, 모든 UC 거버넌스 기능이 적용됩니다.피처 수준 거버넌스
피처 검색 (Discovery)
Feature Freshness 모니터링
피처가 오래되면(stale), 모델 성능이 저하됩니다. 피처 신선도(Freshness)를 모니터링하는 것이 중요합니다.Freshness 모니터링 패턴
Databricks Lakehouse Monitoring 연동
대규모 Feature Table 설계 패턴
Wide vs Narrow 테이블 전략
Wide Table 예시
Narrow Tables + 다중 FeatureLookup
대용량 Feature Table 최적화
Online Table과 실시간 서빙 심화
Online Table 동기화 모드
⚠️ 비용 주의: Continuous 모드의 Online Table은 항상 실행 상태이므로 비용이 지속적으로 발생합니다. 실시간성이 정말 필요한 피처에만 적용하고, 나머지는 Snapshot이나 Triggered 모드를 사용하세요.