Internal Event 추적
GitLab v19.2요약
이 페이지에서는 GitLab의 기능을 계측하기 위해 Internal Event Tracking 시스템을 사용하는 방법에 대한 자세한 지침을 제공합니다. 현재 Internal Event Tracking은 다음 시스템들을 통합하고 있습니다:
이 페이지에서는 GitLab의 기능을 계측하기 위해 Internal Event Tracking 시스템을 사용하는 방법에 대한 자세한 지침을 제공합니다.
현재 Internal Event Tracking은 다음 시스템들을 통합하고 있습니다:
-
Snowplow
-
AiTracking (GitLab Duo Chat) WIP
Internal Events는 GitLab에서 이벤트를 추적하기 위한 통합 인터페이스입니다. 각 추적 호출은 사용자 액션과 관련 속성을 나타냅니다. Internal Events는 각 분석 시스템이 특정 분석 요구 사항에 필요한 속성을 하위 시스템에 제공합니다.
중요: GitLab 18.0부터 이전 버전의 집계된 메트릭만이 아닌 Self-Managed 인스턴스에서도 이벤트 데이터가 수집됩니다. 이 변경 사항은 익명화(pseudonymization)를 통해 사용자 개인 정보를 보호하면서 제품 사용에 대한 더 세부적인 인사이트를 제공합니다.
분석 시스템 요약:
| 기능\시스템 | Service Ping | Snowplow |
|---|---|---|
| 주요 기능 | 집계된 분석 데이터 제공 | 원시 이벤트 추적 (서비스와의 사용자 상호 작용) |
| 데이터 저장소 | 로컬 인스턴스 (Redis, Postgres 등) | Snowflake |
| 데이터 세분성 | 없음 (데이터가 집계됨) | 이벤트별 |
| 추가 파라미터 | 없음 | 임의의 수의 사용자 정의 데이터 |
| 수신 지연 | 최대 1주일 | 몇 분 |
| 구현 방식 | Internal Events, 데이터베이스 레코드, 시스템 설정 활용 | Internal Events 및 사용자 정의 추적 컨텍스트 |
이 페이지는 작업 중입니다. GitLab Slack 워크스페이스에 접근할 수 있는 경우, 질문이나 문의 사항은 #g_monitor_analytics_instrumentation 채널을 이용하세요.