適用於能源索引和搜尋工作流程的 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® 是開放群組的商標。