Multi-asset Ticker Identity 정규화를 통한 데이터 소스 파편화 해결

TradingGoose-Market: canonical ticker identity across market data providers

Bruz2026년 4월 29일15분intermediate

AI 요약

Context

데이터 제공자마다 상이한 Ticker 명명 규칙으로 인해 다중 소스 통합 시 심각한 데이터 파편화 발생. CCXT의 수동 딕셔너리 방식과 LEAN의 복잡한 64-bit Bit-packing 방식은 유지보수 비용 증가 및 확장성 제한이라는 한계를 가짐.

Relational Database 기반의 Canonical Identity 레이어 구축을 통한 자산 식별자 단일화
TradingGoose-Studio를 통한 Provider-specific Symbol Formatting 규칙의 Edge 단 적용
Market-Country-City-TimeZone으로 이어지는 계층적 관계 설계를 통한 Trading Hours 및 Holiday 데이터 구조화
Asset-class 및 Listing 단위의 Override 메커니즘을 도입하여 시장별 특수 스케줄 처리 최적화
Next.js, Bun, PostgreSQL, Drizzle ORM 조합의 단순한 Stack 구성을 통한 운영 오버헤드 최소화
HMAC-signed API Key 기반의 보안 인터페이스를 통한 외부 클라이언트 데이터 제공

실천 포인트

1. 외부 API 통합 시 각 벤더의 식별자를 그대로 사용하지 말고 내부 표준 ID(Canonical ID)를 정의했는가

2. 식별자 매핑 규칙을 코드 내 Hard-coding 대신 DB나 Admin UI를 통해 동적으로 관리 가능한 구조인가

3. 상위 엔티티(Market)의 설정을 하위 엔티티(Listing)가 상속받고 필요 시 Override 하는 계층 구조를 설계했는가

태그