Serviceconcepten voor domeingegevensbeheer

Domain Gegevensbeheer Service (DDMS): is een platformonderdeel dat het OSDU-kerngegevensplatform® uitbreidt met domeinspecifieke modellen en optimalisaties. DDMS is een mechanisme van een platformextensie die:

  • biedt geoptimaliseerde verwerking van gegevens voor elk (niet-overlappend) 'domein'.
  • heeft betrekking op één verticale discipline of bedrijfsgebied, bijvoorbeeld Petrophysics, Geofysics, Seismic
  • dient een functioneel aspect van een of meer verticale disciplines of bedrijfsgebieden, bijvoorbeeld Earth Model
  • biedt krachtige mogelijkheden die niet worden ondersteund door algemene normale OSDU-API's®.
  • helpt de uitbreiding van het OSDU-bereik® tot nieuwe bedrijfsgebieden te bereiken.
  • kan op een gedistribueerde manier worden ontwikkeld met afzonderlijke middelen/sponsors.

OSDU® Technical Standard definieert de volgende typen OSDU-toepassingstypen®:

Toepassingstype Beschrijving
OSDU®™ Embedded-toepassingen Een toepassing die is ontwikkeld en beheerd in de opensource-community van OSDU® die is gebouwd en geïmplementeerd als onderdeel van de OSDU-gegevensplatformdistributie®.
ISV-extensietoepassingen Een toepassing, ontwikkeld en beheerd in de marketplace die geen deel uitmaakt van DE OSDU-gegevensplatformdistributies® en wanneer deze optie is geselecteerd, wordt geïmplementeerd in het OSDU-gegevensplatform® als invoegtoepassingen
ISV-toepassingen van derden Een toepassing, ontwikkeld en beheerd in de marketplace die kan worden geïntegreerd met het OSDU-gegevensplatform® en wordt uitgevoerd buiten het OSDU-gegevensplatform®
Kenmerken Ingesloten Toestel Van derden
Ontwikkeld, beheerd en geïmplementeerd door Het OSDU-gegevensplatform® ISV ISV
Softwarelicentie Apache 2 ISV ISV
Verplicht als onderdeel van een OSDU-distributie® Ja No Nr.
Vervangbare Ja, met behoud van gedrag Ja Ja
Architectuurnaleving De OSDU® Standard De OSDU® Standard ISV
Voorbeelden BEsturingssysteem CRS
Wellbore DDMS
ESRI CRS
Petrel DS
Petrel

Wie hebben we hiervoor gebouwd?

IT-ontwikkelaars bouwen systemen om gegevens te verbinden met domeintoepassingen (intern en extern, bijvoorbeeld Petrel), waarmee gegevensbeheerders projecten kunnen leveren aan geowetenschappers. De DDMS-suite in Azure Data Manager for Energy helpt bij het automatiseren van deze werkstromen en elimineert tijd die nodig is om updates te beheren.

Geowetenschappers gebruiken domeintoepassingen voor belangrijke verkennings- en productiewerkstromen, zoals Seismic-interpretatie en Well tie-analyse. Hoewel deze gebruikers niet rechtstreeks met de DDMS communiceren, zullen hun verwachtingen voor gegevensprestaties en toegankelijkheid de vereisten voor de DDMS in de Foundation-laag stimuleren. Met Azure kunnen geowetenschappers gegevens tussen domeinen direct streamen in toepassingen die compatibel zijn met OSDU® (bijvoorbeeld Petrel) die zijn verbonden met Azure Data Manager for Energy.

Gegevensbeheerders besteden veel tijd aan het uitvoeren van aanvragen voor het ophalen en leveren van gegevens. Met de Seismic-, Wellbore- en Petrel Data Services kunnen ze gegevens op één plaats detecteren en beheren terwijl versiewijzigingen worden bijgehouden terwijl derivaten worden gemaakt.

Platformlandschap

Azure Data Manager for Energy is een product dat compatibel is met OSDU®, wat betekent dat het landschaps- en releasemodel afhankelijk is van OSDU®.

Momenteel zijn osdu-certificering® en releaseproces nog niet volledig gedefinieerd en dit onderwerp moet worden gedefinieerd als onderdeel van de Azure Data Manager for Energy Foundation Architecture.

OSDU® R3 M8 is de basis voor het bereik van Azure Data Manager for Energy Foundation Private, als een nieuwste stabiele, geteste versie van het platform.

Meer informatie: OSDU® DDMS-communityprincipes

DDMS-overzicht van OSDU-community® biedt een uitgebreid overzicht van DDMS-motivatie en communityvereisten vanuit het perspectief van een gebruiker, technisch en zakelijk. Deze principes worden uitgebreid naar Azure Data Manager for Energy.

DDMS-vereisten

Een DDMS voldoet aan de volgende vereisten, die verder zijn geclassificeerd in mogelijkheden, architectuur, operationele en openheid/uitbreidbaarheidsvereisten:

# Beschrijving Bedrijfsredenering Beginsel
1 Gegevens kunnen worden opgenomen met lage wrijving Moet naadloos worden geïntegreerd met systemen van record, om te beginnen met de industriestandaarden Mogelijkheid
2 Nieuwe gegevens zijn beschikbaar in werkstromen met minimale latentie Lever nieuwe gegevens in de context van de werkstroom voor eindgebruikers, naadloos en snel. Mogelijkheid
3 Domeingegevens en -services zijn zeer bruikbaar Het bedrijf verwacht een grote set gebruiksvoorbeelden waarbij domeingegevens worden gebruikt in verschillende werkstromen. Het verbruik eenvoudig en efficiënt maken Mogelijkheid
4 Schaalbare prestaties voor E&P-werkstromen E&P-gegevens hebben specifieke toegangsvereisten, meer dan standaardcloudopslag. Schaalbare E&P-gegevens vereisen E&P-werkstroomervaring en inzichten Mogelijkheid
5 Gegevens zijn beschikbaar voor visuele analyses en detectie (Viz/BI) Minimale set visualisatiemogelijkheden voor de gegevens leveren Mogelijkheid
6 Eén bron van waarheid voor gegevens Streven naar vermindering van duplicatie Mogelijkheid
7 Gegevens worden beveiligd en de toegang wordt beheerd Veilig opgeslagen en beheerd Architecturale
8 Alle gegevens blijven behouden en onveranderbaar Mogelijkheid om gegevens te koppelen aan mijlpalen en gegevens/werkstroom te traceren in het ecosysteem Architecturale
9 Gegevens zijn globaal identificeerbaar Geen risico op het overschrijven of maken van niet-unieke relaties tussen gegevens en activiteiten Architecturale
10 Gegevensherkomst wordt bijgehouden Vereist voor controlebaarheid, het opnieuw maken van de werkstroom en het leren van eerder uitgevoerd werk Architecturale
11 Gegevens kunnen worden gedetecteerd Mogelijk om opgenomen gegevens te vinden en te verbruiken Architecturale
12 Inrichting Efficiënte inrichting van de DDMS en automatische integratie met het Data Ecosystem Operationeel
13 Bedrijfscontinuïteit Leveren aan de verwachtingen van de branche voor bedrijfscontinuïteit (RPO, RTO, SLA) Operationeel
14 Kosten Kostenefficiënte levering van gegevens Operationeel
15 Controlebaarheid Vereiste forensische gegevens leveren ter ondersteuning van onderzoek naar cyberbeveiligingsincidenten Operationeel
16 Toegankelijkheid Technologie leveren Operationeel
17 Domeingerichte gegevens-API's Openheid en uitbreidbaarheid
18 Werkstroom composabiliteit en aanpassingen Openheid en uitbreidbaarheid
19 Gegevensgerichte uitbreidbaarheid Openheid en uitbreidbaarheid

OSDU® is een handelsmerk van The Open Group.

Volgende stappen

Ga naar de seismic DDMS sdutil-zelfstudie om te leren hoe u sdutil gebruikt om seismische gegevens te laden in seismische opslag.