본문으로 건너뛰기

리소스 사용 거버넌스

최근 업데이트 2026. 10. 05.
주의

이 기능은 부가 기능입니다. 사용 중인 시스템 버전에서 해당 부가 서비스가 활성화되어 있는지 확인하십시오.

1. 기능 소개​

  • 이 기능은 계보 데이터를 기반으로 프로젝트 내 리소스의 기본 정보와 리소스의 업스트림·다운스트림 연관 정보를 표시합니다
  • 또한 빠른 필터, 고급 필터 기능을 제공하여 리소스 거버넌스 요구에 따라 필요한 리소스 목록을 가져올 수 있습니다

2. 사용 설명​

목록 페이지​

목록 페이지 설명

  1. 고급 필터: 리소스 속성을 조합하여 필터링하고 거버넌스가 필요한 리소스를 찾을 수 있습니다. 오른쪽의 톱니바퀴 아이콘을 클릭하면 고급 필터 규칙을 사용자 지정할 수 있습니다.
  2. 빠른 필터: 리소스의 기본 정보로 간단하게 필터링합니다. 오른쪽의 톱니바퀴 아이콘을 클릭하면 빠른 필터 필드를 사용자 지정할 수 있습니다.
  3. 필터 조건 설정을 마친 후 조회를 클릭하여 조회를 실행합니다.
  4. 리소스 이름 / 표시 이름을 검색합니다.
  5. 데이터 다운로드: 검색 및 필터 조건에 맞는 데이터를 전체 다운로드합니다.
  6. 일괄 작업: 리소스를 필터링한 후 타입별로 일괄 작업을 수행합니다.
  7. 현재 검색 / 필터 조건에 맞는 리소스 수입니다.

목록 페이지 설명

  • 필드 설명표
필드 이름설명
리소스 이름리소스의 이름
리소스 표시 이름리소스의 표시 이름
리소스 타입리소스의 타입. 예: 태그, 코호트, 리포트, 대시보드 등
리소스 출처네이티브 리소스 = AE 분석 기능에서 생성된 리소스
크로스 소스 리소스 = 데이터 개발 플랫폼, 크로스 소스 리소스 설정을 통해 생성된 리소스
담당자리소스의 담당자 정보
상태장애 = 의존하는 리소스를 필요에 따라 업데이트하거나 계산할 수 없음
실시간만 = 실시간 계산 사용 시나리오에만 영향
전역 = 실시간 및 비실시간 사용 시나리오 모두에 영향
실시간 사용 가능 여부리소스를 트리거 기반 운영의 트리거 규칙 및 실시간 알림에 사용할 수 있는지 여부
직접 의존 리소스 수

리소스가 의존하는 업스트림 리소스 수. 클릭하면 리소스 목록을 볼 수 있음

예: 가상 이벤트 속성은 여러 이벤트 속성에 의존함

영향 리소스 수

리소스가 영향을 주는 다운스트림 리소스 수. 클릭하면 리소스 목록을 볼 수 있음

예: 가상 이벤트 속성이 대시보드, 리포트에서 사용됨

계보 그래프리소스의 업스트림·다운스트림 계보 관계도를 확인
최근 계산 소요 시간

리소스의 최근 계산 소요 시간. 클릭하면 일부 계산 로그를 볼 수 있음

데이터는 매시간 업데이트됨

누적 영향도

리소스의 조회 횟수, 의존 리소스 수 등의 요소를 바탕으로 가중 알고리즘으로 산출한 영향도 수치

수치가 낮을수록 영향 범위가 작음. 데이터는 매일 업데이트됨

최근 90일 조회 횟수

최근 90일 동안 리소스가 조회된 횟수

캐시에 적중한 조회 요청은 조회 횟수에 포함되지 않음. 데이터는 매일 업데이트됨

점유 공간

리소스가 차지하는 시스템 공간 크기

데이터는 매일 업데이트됨

업데이트 규칙수동 업데이트 = 유저가 데이터를 수동으로 업데이트해야 함
주기 업데이트 = 예약 규칙이 있음
실시간 업데이트 = 사용할 때 업데이트
패시브 트리거 업데이트 = 의존하는 리소스가 실시간으로 업데이트될 때 현재 리소스의 업데이트를 트리거
시간대

리소스의 시간대 정보

예: 태그의 계산 시간대는 UTC+8

스케줄 설정

리소스를 예약 업데이트하는 설정 규칙

crontab 규격으로 표시

생성 시간리소스를 생성한 시각. 시간대는 UTC+8

빠른 필터​

빠른 필터 설명

빠른 필터 행 끝의 톱니바퀴 아이콘을 클릭하면 빠른 필터 필드를 사용자 지정할 수 있습니다:

  1. + 필터 필드를 클릭하여 필터 필드를 추가합니다. 드롭다운에는 선택할 수 있는 필드 목록이 표시됩니다.
  2. 추가한 필드를 삭제합니다.
  3. 현재 설정을 취소하거나 적용합니다.

각 행 왼쪽의 핸들을 드래그하면 필드 순서를 조정할 수 있습니다.

고급 필터​

고급 필터 바

고급 필터 규칙 편집

고급 필터 행 끝의 톱니바퀴 아이콘을 클릭하고 필터 조건 팝업을 열어 규칙을 편집합니다:

  1. 규칙 이름과 비고.
  2. 현재 규칙 또는 다른 규칙을 확인합니다.
  3. 규칙을 저장하거나 비웁니다.
  4. 필터 조건을 설정합니다.
  5. 현재 규칙 조건을 적용합니다.

저장된 규칙 목록

  1. 규칙 작업은 왼쪽부터 차례로 현재 규칙으로 설정, 고정 상태 전환, 규칙 삭제입니다.
  2. 저장된 규칙 목록입니다. 왼쪽 핸들을 드래그하면 정렬 순서를 조정할 수 있습니다.

직접 의존 리소스 수​

직접 의존 리소스 설명

목록에서 직접 의존 리소스 수 열의 숫자를 클릭하면 리소스 정보 목록을 확인할 수 있습니다:

  1. 목록 페이지의 데이터는 매시간 업데이트되므로 상세 목록의 데이터와 약간 차이가 있을 수 있습니다.
  2. 현재 목록 데이터를 다운로드합니다.

영향 리소스 수​

영향 리소스 설명

목록에서 영향 리소스 수 열의 숫자를 클릭하면 리소스 정보 목록을 확인할 수 있습니다:

  1. 목록 페이지의 데이터는 매시간 업데이트되므로 상세 목록의 데이터와 약간 차이가 있을 수 있습니다.
  2. 현재 목록 데이터를 다운로드합니다.

계보 그래프​

계보 그래프 설명

목록의 계보 그래프 열에서 클릭하여 보기를 클릭하면 리소스의 계보 그래프가 열립니다:

  1. 현재 리소스.
  2. 리소스의 업스트림 노드.

최근 계산 소요 시간​

최근 계산 소요 시간 설명

목록에서 최근 계산 소요 시간 열의 소요 시간을 클릭하면 최근 계산 로그를 확인할 수 있습니다:

  1. 목록 페이지의 데이터는 매시간 업데이트되므로 상세 목록의 데이터와 약간 차이가 있을 수 있습니다. 조회 요청이 캐시에 적중하면 소요 시간 데이터가 없습니다.

3. 리소스 일괄 작업​

  • 빠른 필터, 고급 필터로 거버넌스가 필요한 리소스 목록을 가져온 후 [일괄 작업] 기능으로 리소스를 관리할 수 있습니다. [일괄 작업]을 사용하려면 프로젝트 역할에 리소스 센터의 편집 권한이 있어야 합니다(기능 상세: 리소스 사용 거버넌스의 일괄 편집 기능 사용 허용). 페이지 헤더의 일괄 작업 로그 아이콘을 클릭하면 일괄 작업 로그를 확인할 수 있습니다

1회 일괄 작업에서 선택할 수 있는 리소스는 최대 1천 건이며, 관리할 리소스가 많으면 여러 번에 나누어 작업할 수 있습니다

일괄 작업

작업 이름지원 리소스설명
정보 내보내기모든 리소스목록 페이지 정보를 Excel 파일로 내보내기
SQL 정의 내보내기SQL 리포트, SQL 태그/코호트, 가상 속성리소스의 SQL 정의문 내보내기
대시보드 예약 및 비활성화대시보드대시보드 예약, 비활성화 상태 등 설정
자동 업데이트 끄기태그, 코호트자동 업데이트 끄기
자동 백업 끄기태그자동 백업 끄기
리소스 이관태그, 코호트, 대시보드, 리포트, 알림, 지표리소스의 담당자 변경
삭제리포트, 대시보드, 태그, 코호트, 알림, 지표, 가상 이벤트, 가상 속성, 임시 테이블, 차원 테이블, 데이터 테이블, 분석 주체, 이벤트, 유저 속성, 이벤트 속성, 대시보드 공간 필터, 크로스 소스 설정리소스 삭제

4. 파라미터 제한​

  • 목록 페이지의 리소스 표시 이름, 리소스 이름, 리소스 타입 등 기본 정보는 실시간으로 업데이트됩니다
  • 직접 의존 리소스 수, 영향 리소스 수, 계산 소요 시간 데이터는 매시간 업데이트됩니다
  • 누적 영향도, 최근 90일 조회 횟수, 점유 공간 데이터는 매일 업데이트됩니다
  • 1회 일괄 작업에서 선택할 수 있는 리소스는 최대 1천 건이며, 관리할 리소스가 많으면 여러 번에 나누어 작업할 수 있습니다

5. 자주 묻는 질문​

  • 페이지에는 영향 리소스 수가 1로 표시되는데, 클릭하여 상세 정보를 보면 2로 바뀌는 이유는 무엇입니까?

    페이지의 데이터는 매시간 업데이트되며, 상세 정보를 클릭하면 시스템이 최신 데이터를 조회하여 팝업으로 표시합니다
    따라서 일부 시나리오에서는 두 값에 약간의 차이가 있을 수 있습니다

  • 최근 90일 조회 횟수가 5인데 최근 계산 소요 시간에는 기록이 2건만 보이는 이유는 무엇입니까?

    사용자가 리포트를 조회하면 시스템은 캐시에서 먼저 결과를 가져오며, 캐시에 적중하면 전체 성능을 위해 조회를 다시 실행하지 않습니다

    이 시나리오에서는 3번의 조회 요청이 캐시에 적중했고, 2번의 요청만 계산을 실행하여 소요 시간 데이터가 기록되었습니다

이 문서가 도움이 되었나요?