Azure Data Manager energiaindexelési és keresési munkafolyamatokhoz

A platformba betöltött összes adat és kapcsolódó metaadat indexelve van a keresés engedélyezéséhez. A metaadatok azért hozzáférhetők, hogy biztosítsák az adatok ismeretét akkor is, amikor maguk az adatok nem állnak rendelkezésre.

Indexelő szolgáltatás

Ez Indexer Service a mechanizmus strukturált és strukturálatlan adatokat tartalmazó dokumentumok indexelését teszi lehetővé.

Feljegyzés

Ez a szolgáltatás nem nyilvános, és csak arra szolgál, hogy más alapvető platformszolgáltatások hívják belsőleg.

Indexelési munkafolyamat

Az alábbi ábra az indexelési munkafolyamatot mutatja be:

Az indexelési és keresési munkafolyamatot bemutató diagram.

Amikor egy ügyfél adatokat tölt be a platformra, a kapcsolódó metaadatok Storage servicea . Az Storage service API-k készlete a metaadatok teljes életciklusának kezelésére szolgál, például a betöltést (adatmegőrzést), a módosítást, a törlést, a verziószámozást, a lekérést és az adatséma-kezelést. A tároló által Storage service létrehozott minden egyes metaadatrekord tartalmaz egy olyan fajta paramétert, amely egy mögöttes sémára hivatkozik. Ez a séma határozza meg azokat az attribútumokat, amelyeket a rendszer indexel.Indexer service

Amikor a Storage service rendszer létrehoz egy metaadatrekordot, létrehoz egy recordChangedMessages eseményt, amely az Azure Service Busban (üzenetsorban) lesz összegyűjtve. A Indexer queue szolgáltatás lekéri az üzenetet az Azure Service Busból, elvégzi az alapszintű ellenőrzést, és elküldi azt a Indexer service. Ha az üzenetek Indexer serviceelküldése sikertelen, a Indexer queue szolgáltatás újrapróbálkozza az üzenet küldését a maximálisan engedélyezett konfigurálható újrapróbálkozások számához. Ha az újrapróbálkozási kísérletek sikertelenek, a rendszer negatív nyugtát küld az Azure Service Busnak, amely ezután archiválja az üzenetet.

Amikor a recordChangedMessages eseményt a Indexer Servicerendszer fogadja, lekéri a szükséges sémákat a sémagyorsítótárból vagy az Schema service API-kból. Ezután Indexer Service létrehoz egy új indexet az Elasticsearchben (ha még nincs jelen), majd tömeges lekérdezést küld a rekordok szükség szerinti létrehozásához vagy frissítéséhez. Ha az Elasticsearch válasza olyan hibaválasz, amely nem érhető el, vagy a kérés túllépte az időkorlátot, akkor a Indexer Service rekordChangedMessages értéket hoz létre ezekhez a sikertelen rekordazonosítókhoz, és az üzenetet az Azure Service Busba helyezi. Ezeket az üzeneteket a szolgáltatás ismét lekérte Indexer Queue , és ugyanazt a folyamatot követi, mint korábban.

Az indexelési folyamatokat bemutató diagram.

További információt az Indexer szolgáltatás OSDU® dokumentációjában talál az Indexer szolgáltatásról

Keresési munkafolyamat

Search service egy mechanizmust biztosít az indexelt metaadat-dokumentumok felderítéséhez. A Keresési API támogatja a teljes szöveges keresést sztringmezőkön, dátumtartomány-lekérdezéseken, numerikus vagy sztringmezőkön stb. a térbeli keresésekkel együtt.

Ha a metaadatrekordokat a platformra Storage servicetölti be, az acl mező alatti metaadatrekordok megtekintőinek és tulajdonosainak engedélyeit konfigurálhatjuk. A megtekintők és a tulajdonosok csoportokon keresztül vannak hozzárendelve a Entitlement service. Ha felhasználóként végez keresést, a megfeleltethető metaadatrekordok csak a csoporthoz rendelt felhasználók számára jelennek meg.

Részletes oktatóanyagért Search servicetekintse meg Search szolgáltatás OSDU® dokumentációját

Munkafolyamat újraindexelése

A Reindex API lehetővé teszi a felhasználók számára, hogy a storage API-val történő újraindexelés nélkül újraindexeljenek egy rekordot. Részletes információkért tekintse meg a Reindex OSDU® dokumentációját

Az OSDU® a The Open Group védjegye.

Következő lépések