共用方式為


適用於能源索引和搜尋工作流程的 Azure 數據管理員

擷取到平臺的所有數據和相關聯的元數據都會編製索引,以啟用搜尋。 即使資料無法使用,仍可存取中繼資料以確保使用者了解。

索引器服務

Indexer Service提供索引包含結構化和非結構化數據的文件的機制。

注意

此服務不是公用服務,只供其他核心平台服務在內部呼叫。

編製索引工作流程

下圖說明編製索引工作流程:

顯示編製索引和搜尋工作流程的圖表。

當客戶將數據載入平臺時,會使用 Storage service內嵌相關聯的元數據。 Storage service提供一組 API 來管理整個元數據生命週期,例如擷取(持續性)、修改、刪除、版本控制、擷取和數據架構管理。 所Storage service建立的每個記憶體元數據記錄都包含參考基礎架構的 kind 參數。 此架構會決定 將由 Indexer service編製索引的屬性。

Storage service建立元數據記錄時,它會引發 Azure 服務匯流排 (消息佇列) 中收集的 recordChangedMessages 事件。 服務Indexer queue會從 Azure 服務匯流排 提取訊息、執行基本驗證,並將其傳送至 Indexer service。 如果傳送訊息至 Indexer service時發生任何失敗,服務 Indexer queue 會重試傳送訊息最多允許的可設定重試計數。 如果重試嘗試失敗,則會將負通知傳送至 Azure 服務匯流排,然後封存訊息。

當 recordChangedMessages 事件收到 時Indexer Service,它會從架構快取或透過 Schema service API 擷取所需的架構。 接著 Indexer Service 會在 Elasticsearch 中建立新的索引(如果尚未存在),然後傳送大量查詢,視需要建立或更新記錄。 如果 Elasticsearch 的回應是服務無法使用或要求逾時類型的失敗回應,則Indexer Service會針對這些失敗的記錄標識元建立 recordChangedMessages,並將訊息放入 Azure 服務匯流排 中。 服務會再次提取 Indexer Queue 這些訊息,並且會遵循與之前相同的流程。

顯示索引順序流程的圖表。

如需詳細資訊,請參閱 索引器服務 OSDU® 檔 提供索引器服務的相關信息

搜尋工作流程

Search service 提供探索索引元數據文件的機制。 搜尋 API 支援字串字位、日期、數值或字串字段的範圍查詢等全文搜索,以及地理空間搜尋。

使用 Storage service將元數據記錄載入平臺時,我們可以為 acl 欄位下元數據記錄的檢視者和擁有者設定許可權。 檢視者和擁有者會透過 如 中所 Entitlement service定義的群組指派。 以使用者身分執行搜尋時,相符的元數據記錄只會針對指派給群組的用戶顯示。

如需 的詳細教學課程Search service,請參閱 搜尋服務 OSDU® 檔

重新編製索引工作流程

重新編制索引 API 可讓使用者重新編制種類索引,而不需透過記憶體 API 重新擷取記錄。 如需詳細資訊,請參閱 重新編製OSDU®索引檔

OSDU® 是開放群組的商標。

下一步