Azure Data Manager for Energy 인덱싱 및 검색 워크플로

플랫폼에 수집된 모든 데이터 및 관련 메타데이터는 검색을 사용하도록 인덱싱됩니다. 데이터를 사용할 수 없는 경우에도 인식할 수 있도록 메타데이터에 액세스할 수 있습니다.

인덱서 서비스

Indexer Service는 구조화된 데이터와 구조화되지 않은 데이터가 포함된 문서를 인덱싱하는 메커니즘을 제공합니다.

참고 항목

이 서비스는 공개 서비스가 아니며 다른 핵심 플랫폼 서비스에서 내부적으로만 호출됩니다.

인덱싱 워크플로

아래 다이어그램은 인덱싱 워크플로를 보여 줍니다.

인덱싱 및 검색 워크플로를 보여 주는 다이어그램.

고객이 플랫폼에 데이터를 로드하면 연결된 메타데이터가 Storage service를 사용하여 수집됩니다. Storage service는 API 집합을 제공하여 수집(지속성), 수정, 삭제, 버전 관리, 검색 및 데이터 스키마 관리와 같은 전체 메타데이터 수명 주기를 관리합니다. Storage service에서 만든 각 스토리지 메타데이터 레코드에는 기본 스키마를 참조하는 종류 매개 변수가 포함됩니다. 이 스키마는 Indexer service에서 인덱싱할 특성을 결정합니다.

Storage service는 메타데이터 레코드를 만들 때 Azure Service Bus(메시지 큐)에 수집되는 recordChangedMessages 이벤트를 발생시킵니다. Indexer queue 서비스는 Azure Service Bus에서 메시지를 가져오고, 기본 유효성 검사를 수행한 후, Indexer service로 보냅니다. Indexer service보내는 데 오류가 있는 경우 Indexer queue 서비스는 구성 가능한 최대 허용 재시도 횟수까지 메시지를 다시 보내려고 시도합니다. 재시도가 실패하면 Azure Service Bus로 부정 승인이 전송되고, 여기에 메시지가 보관됩니다.

recordChangedMessages 이벤트가 Indexer Service에서 수신되면 스키마 캐시에서 또는 Schema service API를 통해 필요한 스키마를 가져옵니다. 그러면 Indexer Service에서 Elasticsearch 내에 새 인덱스를 만든 다음(아직 없는 경우) 대량 쿼리를 보내 필요에 따라 레코드를 만들거나 업데이트합니다. Elasticsearch의 응답이 서비스를 사용할 수 없음 또는 요청 시간 초과 유형의 실패 응답인 경우 Indexer Service가 이러한 실패한 레코드 ID에 대한 recordChangedMessages를 만들고 이 메시지를 Azure Service Bus에 넣습니다. 이러한 메시지는 Indexer Queue고 이전과 동일한 흐름을 따릅니다.

인덱싱 시퀀스 흐름을 보여 주는 다이어그램.

자세한 내용은 인덱서 서비스 OSDU® 설명서에서 인덱서 서비스에 대한 정보를 참조하세요.

워크플로 검색

Search service는 인덱싱된 메타데이터 문서를 검색하기 위한 메커니즘을 제공합니다. Search API는 지역 공간 검색과 함께 문자열 필드의 전체 텍스트 검색, 날짜, 숫자 또는 문자열 필드의 범위 쿼리 등을 지원합니다.

메타데이터 레코드가 Storage service을(를) 사용하여 플랫폼에 로드되면 acl 필드 아래에서 메타데이터 레코드의 뷰어 및 소유자에 대한 권한을 구성할 수 있습니다. 뷰어와 소유자는 Entitlement service에 정의된 대로 그룹을 통해 할당됩니다. 사용자로 검색을 수행할 때 일치하는 메타데이터 레코드는 그룹에 할당된 사용자에 대해서만 표시됩니다.

Search service에 대한 자세한 자습서는 Search Service OSDU® 설명서를 참조하세요.

워크플로 다시 인덱싱

API를 다시 인덱싱하면 사용자가 저장소 API를 통해 레코드를 다시 수집하지 않고도 종류를 다시 인덱싱할 수 있습니다. 자세한 내용은 Reindex OSDU® 설명서를 참조하세요.

OSDU®는 The Open Group의 상표입니다.

다음 단계