Konzepte zum Domänendaten-Verwaltungsdienst (Domain Data Management Services, DDMS)

Der Domänendaten-Verwaltungsdienst (Domain Data Management Services, DDMS) ist eine Plattformkomponente, die die grundlegende Datenplattform OSDU® mit einem domänenspezifischen Modell sowie mit Optimierungen erweitert. DDMS ist ein Mechanismus einer Plattformerweiterung, der...

• bietet eine optimierte Verarbeitung von Daten für jede (nicht überlappende) Domäne.
• sich auf nur eine vertikale Disziplin oder nur einen Geschäftsbereich bezieht, z. B. Petrophysik, Geophysik oder Seismik.
• einem funktionalen Aspekt einer oder mehrerer vertikaler Disziplinen oder Geschäftsbereiche dient (Beispiel: Erdmodell).
• Hochleistungsfunktionen bietet, die von generischen OSDU®-APIs normalerweise nicht unterstützt werden.
• Hilft dabei, den OSDU®-Umfang auf neue Geschäftsbereiche zu erweitern.
• kann in verteilter Weise mit getrennten Ressourcen und Sponsoren entwickelt werden.

OSDU® Technical Standard definiert die folgenden Arten von OSDU®-Anwendungen:

Anwendungstyp	Beschreibung
Eingebettete OSDU®-Anwendungen	Eine Anwendung, die in der OSDU®-Open-Source-Community entwickelt und verwaltet wird und auf der OSDU® Data Platform-Distribution basiert und mit dieser bereitgestellt wird.
ISV-Erweiterungsanwendungen	Eine Anwendung, die im Marketplace entwickelt und verwaltet wird und nicht Teil der OSDU® Data Platform-Distributionen ist. Wenn sie ausgewählt wird, wird sie in OSDU® Data Platform als Add-On bereitgestellt.
ISV-Drittanbieteranwendungen	Eine Anwendung, die im Marketplace entwickelt und verwaltet wird, die in die OSDU®-Datenplattform integriert ist und außerhalb der OSDU®-Datenplattform ausgeführt wird.

Merkmale	Eingebettet	Erweiterung	Drittanbieter
Entwickelt, verwaltet und bereitgestellt von	OSDU® Datenplattform	ISV	ISV
Softwarelizenz	Apache 2	ISV	ISV
Obligatorische Komponente einer OSDU®-Distribution	Ja	Nein	Nein
Ersetzbar	Ja, mit Aufrechterhaltung des Verhaltens	Ja	Ja
Architekturkonformität	OSDU®-Standard	OSDU®-Standard	ISV
Beispiele	OS CRS Wellbore DDMS	ESRI CRS Petrel DS	Petrel

Für wen haben wir das gebaut?

IT-Entwickler*innen erstellen Systeme, um Daten mit Domänenanwendungen (intern und extern, z. B. Petrel) zu verknüpfen, mit denen Datenmanager*innen Projekte an Geowissenschaftler*innen liefern können. Die DDMS-Suite in Azure Data Manager for Energy hilft dabei, diese Workflows zu automatisieren. Darüber hinaus müssen Sie keine Zeit mehr für die Updateverwaltung aufwenden.

Geowissenschaftler*innen verwenden Domänenanwendungen für wichtige Untersuchungs- und Produktionsworkflows wie die Interpretation seismischer Daten und die Well-Tie-Analyse. Die Benutzer*innen interagieren zwar nicht direkt mit dem DDMS, doch ihre Erwartungen an die Datenleistung und -zugänglichkeit bestimmen die Anforderungen an das DDMS in der Foundation-Ebene. Mit Azure können Geowissenschaftler domänenübergreifende Daten sofort in mit OSDU® kompatiblen Anwendungen (z. B. Petrel) streamen, die mit Azure Data Manager for Energy verbunden sind.

Datenmanager*innen verbringen viel Zeit damit, Anforderungen für den Datenabruf und die Datenübermittlung nachzukommen. Die Seismic-, Wellbore- und Petrel-Datendienste ermöglichen es ihnen, Daten zentral zu ermitteln und zu verwalten, während Versionsänderungen nachverfolgt werden, wenn Derivate erstellt werden.

Plattformlandschaft

Azure Data Manager for Energy ist ein mit OSDU® kompatibles Produkt. Daher ist das Landschafts- und Releasemodell von OSDU® abhängig.

Derzeit sind die OSDU®-Zertifizierung und der Releaseprozess noch nicht vollständig definiert. Dieses Thema muss im Rahmen der grundlegenden Architektur von Azure Data Manager for Energie definiert werden.

OSDU® R3 M8 ist die Basis für den Umfang des Azure Data Manager for Energy Foundation Private als neueste stabile, getestete Version der Plattform.

Weitere Informationen: OSDU® DDMS-Communityprinzipien

Die OSDU® Community DDMS-Übersicht bietet einen umfassenden Überblick über die Motivation von DDMS und die Anforderungen der Community aus benutzerseitiger, technischer und geschäftlicher Perspektive. Diese Prinzipien werden auf Azure Data Manager for Energy erweitert.

DDMS-Anforderungen

Ein DDMS erfüllt die folgenden Anforderungen, die in Funktions-, Architektur-, Betriebs-, Offenheits- und Erweiterbarkeitsanforderungen unterteilt sind:

#	Beschreibung	Geschäftliche Begründung	Prinzip
1	Daten können reibungslos eingespeist werden.	Nahtlose Integration mit dem Datensatzsystem erforderlich, um die Branchenstandards anwenden zu können	Fähigkeit
2	Neue Daten sind mit minimaler Latenz in Workflows verfügbar.	Neue Daten im Kontext des Endbenutzerworkflows nahtlos und schnell bereitstellen	Fähigkeit
3	Domänendaten und -dienste sind vielseitig nutzbar.	Das Unternehmen erwartet viele verschiedene Anwendungsfälle, in denen Domänendaten in unterschiedlichen Workflows verwendet werden. Die Nutzung muss einfach und effizient sein.	Fähigkeit
4	Skalierbare Leistung für E&P-Workflows	Für E&P-Daten gelten spezielle Zugriffsanforderungen, die weit über den Standard für Cloudspeicher hinausgehen. Skalierbare E&P-Daten erfordern eine E&P-Workflowumgebung und entsprechende Erkenntnisse.	Fähigkeit
5	Daten stehen für visuelle Analysen und Ermittlungen (Viz/BI) zur Verfügung.	Mindestumfang an Visualisierungsfunktionen für die Daten bereitstellen	Fähigkeit
6	Eine verlässliche Datenquelle	Streben nach Reduzierung von Duplizierungen	Fähigkeit
7	Die Daten werden geschützt, und der Zugriff wird gesteuert.	Sichere Speicherung und Verwaltung	Architektonisch
8	Alle Daten werden gespeichert und sind unveränderlich.	Zuordnung von Daten zu Meilensteinen und Nachverfolgbarkeit der Daten und Workflows im Ökosystem	Architektonisch
9	Daten sind global identifizierbar.	Kein Risiko durch Überschreiben oder Erstellen nicht eindeutiger Beziehungen zwischen Daten und Aktivitäten	Architektonisch
10	Die Datenherkunft wird nachverfolgt.	Erforderlich für die Überwachbarkeit, die erneute Erstellung des Workflows und das Lernen aus vorheriger Arbeit	Architektonisch
11	Daten sind auffindbar.	Erfasste Daten können gefunden und genutzt werden.	Architektonisch
12	Bereitstellung	Effiziente Bereitstellung des DDMS und automatische Integration mit dem Datenökosystem	Im Betrieb
13	Geschäftskontinuität	Branchenerwartungen für die Geschäftskontinuität erfüllen (RPO, RTO, SLA)	Im Betrieb
14	Kosten	Kosteneffiziente Datenübermittlung	Betriebsbereit
15	Überwachbarkeit	Erforderliche Forensiken bereitstellen, um die Untersuchung von Cybersicherheitsincidents zu erleichtern	Im Betrieb
16	Zugriff	Technologie bereitstellen	Im Betrieb
17	Domänenspezifische Daten-APIs		Offenheit und Erweiterbarkeit
18	Workflowkombinierbarkeit und Anpassungen		Offenheit und Erweiterbarkeit
19	Datenorientierte Erweiterbarkeit		Offenheit und Erweiterbarkeit

OSDU® ist eine Marke von The Open Group.

Nächste Schritte

Fahren Sie mit dem DDMS-Tutorial zu sdutil für Seismic Store fort, um zu lernen, wie Sie seismische Daten mit sdutil in Seismic Store laden.

Tutorial: Seismic Store sdutil