메타데이터, 카탈로그와 리니지

메타데이터는 세 층으로 나눈다. 비즈니스 메타데이터는 용어·정의·오너·목적을, 기술 메타데이터는 스키마·형식·위치를, 운영 메타데이터는 갱신 시각·품질·이용·사고 상태를 설명한다. 최소 필드는 이용자가 “무엇이고 어디서 왔으며 믿을 수 있고 누구에게 물을지” 판단하는 데 필요한 값으로 제한한다.

업무 용어의 정의는 데이터 오너가 승인하고 스튜어드가 관리한다. 플랫폼팀은 기술 메타데이터와 리니지를 자동 수집한다. 파이프라인 오너는 변환 설명과 운영 상태를 남긴다. 소비자는 사용 사례와 신뢰 문제를 피드백한다. 카탈로그 운영자는 등록량이 아니라 검색 실패와 오래된 정보를 줄인다.

최소 필드는 이름, 한 문장 설명, 도메인, 오너, 원천, 갱신 주기, 분류, 품질 상태, 주요 소비, 리니지 링크, 최종 검토일이다. 스키마·작업 로그·BI 모델에서 수집할 수 있는 값은 자동화하고 의미와 목적처럼 사람이 판단할 값만 편집하게 한다.

용어사전은 동의어와 금지 용어, 계산식, 단위, 유효 기간을 관리한다. 리니지는 처음부터 모든 열을 추적하지 않는다. 핵심 지표와 제한 데이터의 시스템 간 흐름부터 시작해 스키마 변경의 영향 분석, 품질 사고의 원인 추적, 감사 설명에 쓴다.

카탈로그 필드 정의서, 용어 승인 기록, 자동 수집 범위, 핵심 리니지, 검색·조회 로그, 오래된 항목 목록을 남긴다. KPI는 검색 후 사용 전환율, 결과 없는 검색어, 오너 응답 시간, 최신성 기준 충족률, 핵심 흐름 리니지 커버리지, 미사용 자산 비율을 본다.

• 핵심 자산에 비즈니스·기술·운영 메타데이터가 모두 있다.
• 자동 수집 필드와 수동 승인 필드를 구분했다.
• 용어에 계산식·단위·유효 기간이 필요하면 함께 적는다.
• 리니지는 변경·사고·감사 가운데 최소 한 업무에 쓰인다.
• 결과 없는 검색어와 오래된 항목을 정기적으로 검토한다.

필드를 너무 많이 요구하면 등록자는 복사한 설명으로 빈칸을 채운다. 반대로 자동 수집만 하면 구조는 보이지만 의미와 책임이 없다. 리니지 화면을 만드는 데 집중해 실제 변경 승인과 사고 대응에서 쓰지 못하는 경우도 많다. 먼저 어떤 결정을 빠르게 만들 것인지 정하고 그 결정에 필요한 깊이만 추적한다.