네이티브 직접 쓰기 인덱스¶
네이티브 직접 쓰기 인덱스를 사용하면 데이터 수집 단계에서 데이터를 쓸 대상 인덱스를 직접 지정할 수 있습니다. 로그 인덱스가 필터 조건으로 자동 매칭되는 방식과 달리, 네이티브 직접 쓰기 인덱스는 DataKit 수집기가 데이터를 보고할 때 인덱스 이름을 명시적으로 지정해야 합니다.
작동 방식¶
- DataKit 수집기가 데이터를 수집할 때 설정을 통해 대상 인덱스 이름을 지정합니다.
- 데이터가 워크스페이스에 보고되면 시스템은 인덱스 이름을 기준으로 해당 인덱스로 직접 라우팅합니다.
- 인덱스 이름 매칭에 실패하면 데이터는 폐기됩니다.
사용 사례¶
네이티브 직접 쓰기 인덱스는 다음 시나리오에 적합합니다.
- 결정적 라우팅: 특정 소스의 데이터가 필터 규칙 순서의 영향을 받지 않고 지정된 인덱스로 전달되도록 보장해야 하는 경우
- 고성능 쓰기: 필터 조건 매칭의 오버헤드를 피하고 대상 인덱스로 직접 라우팅
- 멀티 테넌트 격리: 여러 비즈니스 라인이 DataKit 구성을 통해 데이터 저장 위치를 명확하게 구분
생성¶
- 인덱스 생성 > 네이티브 직접 쓰기 인덱스 페이지로 이동합니다.
- 인덱스 이름을 사용자 지정합니다(DataKit 수집기가 이 이름을 사용하여 데이터를 보고합니다).
- 필요에 따라 설명을 추가합니다.
- 데이터 저장 정책을 구성합니다: 로그 보존 기간을 선택하면 만료 후 자동으로 정리됩니다.
- 확인합니다.
기존의 "매칭 서비스" 기능은 로그 인덱스 매핑으로 마이그레이션되었습니다.
주의사항¶
- 이름 일관성: DataKit에 구성된 인덱스 이름은 콘솔에서 생성된 인덱스 이름과 완전히 일치해야 합니다(대소문자 구분). 그렇지 않으면 데이터가 폐기됩니다.
- 생성 후 사용: 네이티브 직접 쓰기 인덱스가 콘솔에서 생성되지 않은 경우, DataKit이 구성되어 있어도 데이터가 폐기됩니다.
- 필터 매칭 없음: 네이티브 직접 쓰기 인덱스는 필터 조건을 구성하지 않으며, DataKit이 보고할 때 지정한 인덱스 이름에 전적으로 의존하여 라우팅합니다.