데이터 제품 사용 사례
데이터 제품 게시에 대한 일반적인 시나리오를 살펴보고 데이터 및 소비자의 요구에 맞는 패턴을 알아봅니다.
데이터 제품은 하나 이상의 데이터 인터페이스를 기반으로 하며, 각 인터페이스는 소스 데이터에 액세스하고 결합하는 방법을 결정합니다. 올바른 데이터 인터페이스 유형은 데이터가 있는 위치, 데이터 구조 및 소비자가 데이터로 무엇을 수행하기를 원하는지에 따라 다릅니다.
한 여행사의 충성도 분석 팀은 골드 스타 회원들이 비행기를 덜 타는 분명한 추세를 보고 있습니다. 조사를 이끄는 핵심 질문은 골드 회원이 예약을 줄이는 노선과 상황이 악화되고 있는지입니다. 데이터는 비행 세그먼트, 포인트 원장 및 회원 프로필과 같은 Snowflake에 있습니다. 창고에 직접 접근할 수 있는 분석가는 없으며 데이터가 너무 민감하여 익스포트할 수 없습니다. 팀은 관리할 수 있는 접근 제어를 사용하여 ServiceNow 내에서 라이브 Snowflake 데이터를 쿼리할 수 있는 방법이 필요합니다.
팀은 조사를 네 가지 특정 질문으로 나누고, 각 질문은 전용 데이터 인터페이스를 통해 답변됩니다.
- 가장 많은 포인트 획득 활동을 생성하는 경로는 무엇입니까?
- 지난 분기에 각 노선을 예약한 고유 골드 회원은 몇 명입니까?
- 시간이 지남에 따라 예약량이 감소하는 노선은 무엇입니까?
- 현재 비활성 상태인 장기 골드 회원은 몇 명입니까?
노선 및 객실 클래스 전반의 예약 추세 추적
시간 경과에 따른 예약량을 추적하려면 팀에 노선, 월별, 객실 등급이 필요합니다. 이 모든 데이터는 FLIGHT_SEGMENTS 단일 Snowflake 테이블에 있습니다. FLIGHT_SEGMENTS을 통한 단일 테이블 데이터 인터페이스는 원시 세그먼트 데이터를 노출하고 플랫폼 분석 대시보드는 쿼리 시간에 날짜 필터와 상위 경로 순위를 적용합니다. 인터페이스를 범용으로 유지한다는 것은 각 위젯에 대해 다시 빌드하지 않고도 동일한 데이터로 여러 대시보드 위젯을 구동할 수 있다는 것을 의미합니다.
침묵한 장기 재직 구성원 식별
비활성 회원 질문에 답하는 데 필요한 모든 것(충성도 등급, 재임 기간, 활성 또는 비활성 상태)은 MEMBER_PROFILE에 있습니다. 단일 테이블 인터페이스는 재직 기간이 5년 이상이고 비활성 상태인 골드 회원을 필터링합니다. 이 인터페이스는 10명의 비활성 고임 골드 회원을 보여주는 KPI 위젯과 허브 공항별로 분류된 하차 차트를 모두 지원합니다.
포인트 적립을 발생 경로에 연결
어떤 경로가 가장 많은 포인트 획득 활동을 유도하는지 알기 위해서는 두 개의 테이블을 연결해야 합니다. 포인트 거래는 POINTS_LEDGER에 있지만 경로 정보(출발지, 목적지)는 FLIGHT_SEGMENTS에 있습니다. 두 테이블은 booking_id를 공유합니다. JOIN 데이터 인터페이스는 해당 키에 연결하고 EARN 트랜잭션만 필터링하며 경로당 획득한 총 포인트를 보여주는 플랫 결과를 생성합니다. 대시보드를 쿼리하는 분석가는 하나의 테이블을 봅니다. 조인 논리는 사용자에게 보이지 않습니다.
경로별 골드 회원 참여 측정
네 번째 질문(각 노선을 예약하는 골드 회원 수는 몇 명인지)은 항공편 데이터를 회원 데이터에 연결해야 합니다. FLIGHT_SEGMENTS 경로 및 예약 기록을 보유합니다. MEMBER_PROFILE 로열티 계층을 보유합니다. JOIN 인터페이스는 두 테이블을 연결하고, tier = GOLD에 대한 필터를 제공하며, 이전 분기의 노선별 고유 회원 수와 총 예약을 반환합니다.
결과: 출장 펄스 대시보드
데이터 스튜어드는 네 가지 데이터 인터페이스를 모두 단일 데이터 제품으로 패키징합니다. 스튜어드는 이를 데이터 카탈로그에 게시합니다. 창고 액세스 권한이 없는 충성도 분석가는 제품을 검색하고, 액세스 권한을 요청하고, 플랫폼 분석에서 출장 펄스 대시보드를 빌드합니다. 각 위젯은 라이브 Snowflake 데이터에 대해 하나의 인터페이스를 직접 쿼리합니다. 데이터가 복사, 추출 또는 복제되지 않습니다.
패턴 확장: 여러 소스의 데이터 결합
팀이 나중에 파트너 항공사의 예약 데이터를 포함해야 하는 경우 UNION 데이터 인터페이스를 사용할 수 있습니다. 파트너 데이터는 FLIGHT_SEGMENTS와 동일한 스키마를 가진 별도의 Snowflake 테이블에 저장됩니다. UNION 데이터 인터페이스는 두 테이블을 쿼리 가능한 단일 뷰로 스택합니다. 소비자가 하나의 통합 데이터 세트를 쿼리합니다. 기존 인터페이스는 변경되지 않습니다.
이 패턴은 여러 시스템에서 동일한 종류의 기록이 추적될 때마다 적합합니다. 예약, 주문, 트랜잭션 또는 이벤트와 같은 기록은 지역, 기간 또는 비즈니스 단위별로 나눌 수 있습니다. 보고의 필요성은 한 번에 모든 것을 다루는 것입니다.