A tartományi adatkezelési szolgáltatás fogalmai

Tartományi adatkezelés szolgáltatás (DDMS) – egy platformösszetevő, amely kibővíti az OSDU® alapvető adatplatformját tartományspecifikus modellel és optimalizálással. A DDMS egy platformbővítmény mechanizmusa, amely:

  • optimalizált adatkezelést biztosít minden (nem átfedésben lévő) "tartományhoz".
  • egyetlen függőleges szemléletre vagy üzleti területre vonatkozik, például Petrophysics, Geofizika, Szeizmikus
  • egy vagy több függőleges szemlélet vagy üzleti terület funkcionális aspektusát szolgálja, például a Földmodellt
  • olyan nagy teljesítményű képességeket biztosít, amelyeket az OSDU® általános normál API-k nem támogatnak.
  • segít elérni az OSDU® hatókörének új üzleti területekre való kiterjesztését.
  • külön forrásokkal/szponzorokkal elosztott módon fejleszthetők.

Az OSDU® Technical Standard az alábbi OSDU-alkalmazástípusokat® határozza meg:

Alkalmazás típusa Leírás
OSDU®™ Embedded-alkalmazások Az OSDU® nyílt forráskódú közösségen belül kifejlesztett és felügyelt alkalmazás, amely az OSDU® adatplatform-disztribúció részeként épül fel és üzemel.
ISV-bővítményalkalmazások Olyan, a piactéren fejlesztett és felügyelt alkalmazás, amely NEM része az OSDU® adatplatform-disztribúcióinak, és ha ki van választva, az OSDU® adatplatformon belül lesz üzembe helyezve bővítményként
Független szoftverszállító harmadik féltől származó alkalmazások A piactéren fejlesztett és felügyelt alkalmazás, amely integrálva van az OSDU® adatplatformjával, és az OSDU® adatplatformon kívül fut
Jellemzők Beágyazott Mellék Harmadik féltől származó
Fejlesztés, felügyelet és üzembe helyezés: Az OSDU® adatplatform ISV ISV
Szoftverlicenc Apache 2 ISV ISV
OsDU-disztribúció® részeként kötelező Igen Nem Nem
Cserélhető Igen, a viselkedés megőrzésével Igen Igen
Architektúramegfelelés Az OSDU® Standard Az OSDU® Standard ISV
Példák OPERÁCIÓSRENDSZER-CRS
Wellbore DDMS
ESRI CRS
Petrel DS
Petrel

Kinek hoztuk létre ezt?

Az informatikai fejlesztők olyan rendszereket építenek ki, amelyek adatokat csatlakoztatnak tartományalkalmazásokhoz (belső és külső – például Petrel), amelyek lehetővé teszik, hogy az adatkezelők projekteket nyújtsanak a geotudósoknak. Az Azure Data Manager for Energy DDMS-csomagja segít automatizálni ezeket a munkafolyamatokat, és kiküszöböli a frissítések kezelésével töltött időt.

A geotudósok tartományi alkalmazásokat használnak olyan kulcsfontosságú feltárási és éles munkafolyamatokhoz, mint a szeizmikus értelmezés és a Well tie-elemzés. Bár ezek a felhasználók nem kommunikálnak közvetlenül a DDMS-sel, az adatteljesítményre és az akadálymentességre vonatkozó elvárásaik az alapszinten lévő DDMS követelményeit fogják vezérelni. Az Azure lehetővé teszi, hogy a geotudósok azonnal streamelhessék a tartományközi adatokat az Azure Data Manager for Energy-hez csatlakoztatott OSDU-kompatibilis® alkalmazásokban (például Petrel).

Az adatkezelők jelentős számú időt töltenek az adatlekérési és -kézbesítési kérések teljesítésével. A Szeizmikus, a Wellbore és a Petrel Data Services lehetővé teszi számukra az adatok egy helyen történő felderítését és kezelését, miközben a verzióváltozásokat származékok létrehozásakor követik nyomon.

Platform fekvő tájolása

Az Azure Data Manager for Energy egy OSDU-kompatibilis® termék, ami azt jelenti, hogy a fekvő és kiadási modellje az OSDU-tól® függ.

Jelenleg az OSDU® tanúsítási és kiadási folyamata még nincs teljesen meghatározva, és ezt a témakört az Azure Data Manager for Energy Foundation architektúrájának részeként kell meghatározni.

Az OSDU® R3 M8 az Azure Data Manager for Energy Foundation Private hatókörének alapja – a platform legújabb stabil, tesztelt verziója.

További információ: OSDU® DDMS közösségi alapelvek

Az OSDU® közösségi DDMS áttekintése átfogó áttekintést nyújt a DDMS motivációjáról és közösségi követelményeiről felhasználói, műszaki és üzleti szempontból. Ezeket az alapelveket kiterjesztjük az Azure Data Manager for Energy-ra.

DDMS-követelmények

A DDMS megfelel a következő követelményeknek, amelyek további besorolást kapnak a képességre, az architekturális, az üzemeltetési és a nyitottsági/bővíthetőségi követelményekre:

# Leírás Üzleti indokok Elvet
0 Az adatok alacsony súrlódással is betölthetők Zökkenőmentes integrációra van szükség a rekordrendszerekkel, az iparági szabványoknak megfelelően Funkció
2 Az új adatok minimális késéssel érhetők el a munkafolyamatokban Új adatok továbbítása a végfelhasználói munkafolyamat kontextusában – zökkenőmentesen és gyorsan. Funkció
3 A tartományi adatok és szolgáltatások nagy mértékben használhatók A vállalat számos olyan használati esettel számol, amelyekben tartományi adatokat használnak különböző munkafolyamatokban. Egyszerűvé és hatékonyabbá kell tenni a fogyasztást Funkció
4 Skálázható teljesítmény E&P-munkafolyamatokhoz Az E&P-adatok speciális hozzáférési követelményeket támasztanak, ami túlmutat a standard felhőbeli tároláson. A méretezhető E&P-adatokhoz E&P munkafolyamat-élményre és elemzésre van szükség Funkció
5 Adatok érhetők el a vizualizációelemzéshez és -felderítéshez (Viz/BI) Minimális vizualizációs képességek biztosítása az adatokon Funkció
6 Az adatok egyetlen igazságforrása A duplikáció csökkentése Funkció
7 Az adatok biztonságosak, és a hozzáférés szabályozása Biztonságosan tárolt és felügyelt Építészeti
8 Minden adat megőrződik és nem módosítható Az adatok mérföldkövekhez való társításának képessége, valamint az adatok/munkafolyamatok nyomon követése az ökoszisztémában Építészeti
9 Az adatok globálisan azonosíthatók Nincs kockázat az adatok és tevékenységek közötti felülírás vagy nem egyedi kapcsolatok létrehozására Építészeti
10 Az adatsor nyomon követése Az auditáláshoz, a munkafolyamat újbóli létrehozásához és a korábban elvégzett munkából való tanuláshoz szükséges Építészeti
11 Az adatok felderíthetők Lehetséges a betöltött adatok megkeresése és felhasználása Építészeti
12 A szolgáltatás biztosítása A DDMS hatékony kiépítése és az adat-ökoszisztémával való automatikus integráció Működik
13 Üzleti folytonosság Iparági elvárások teljesítése az üzletmenet folytonossága érdekében (RPO, RTO, SLA) Működik
14 Költség Az adatok költséghatékony kézbesítése Működik
15 Naplózás A kiberbiztonsági incidensek kivizsgálásához szükséges kriminalisztikai adatok átadása Működik
16 Akadálymentesség Technológia átadása Működik
17 Tartományközpontú adat API-k Nyitottság és bővíthetőség
18 Munkafolyamatok kompatibilitása és testreszabása Nyitottság és bővíthetőség
19 Adatközpontú bővíthetőség Nyitottság és bővíthetőség

Az OSDU® a The Open Group védjegye.

Következő lépések

Lépjen a szeizmikus DDMS sdutil oktatóanyagra, amelyből megtudhatja, hogyan tölthet be szeizmikus adatokat szeizmikus tárolóba a sdutil használatával.