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...
- eine optimierte Verarbeitung von Daten für jede (nicht überlappende) Domäne ermöglicht.
- 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.
- bei der Erweiterung des OSDU®-Umfangs auf neue Geschäftsbereiche hilft.
- mit einem verteilten Ansatz und separaten Ressourcen und Sponsoren entwickelt werden kann.
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 und in OSDU® Data Platform integriert, aber außerhalb von OSDU® Data Platform ausgeführt wird. |
| Merkmale | Eingebettet | Erweiterung | Drittanbieter |
|---|---|---|---|
| Entwickelt, verwaltet und bereitgestellt von | OSDU® Data Platform | ISV | ISV |
| Softwarelizenz | Apache 2 | ISV | ISV |
| Obligatorische Komponente einer OSDU®-Distribution | Ja | Nr. | No |
| 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 |
Was ist die Zielgruppe dieses Produkts?
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 DDMS, doch ihre Erwartungen an die Datenleistung und -zugänglichkeit bestimmen die grundlegenden Anforderungen an DDMS. 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.
Als neueste stabile und getestete Version der Plattform ist OSDU® R3 M8 die Basis für den Umfang der grundlegenden privaten Vorschau von Azure Data Manager for Energy.
Weitere Informationen: OSDU® DDMS-Communityprinzipien
In der DDMS-Übersicht der OSDU®-Community finden Sie einen umfassenden Überblick über die Hintergründe von DDMS und die Communityanforderungen 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 erfasst werden. | Nahtlose Integration mit dem Datensatzsystem erforderlich, um die Branchenstandards anwenden zu können | Funktion |
| 2 | Neue Daten sind mit minimaler Latenz in Workflows verfügbar. | Neue Daten im Kontext des Endbenutzerworkflows nahtlos und schnell bereitstellen | Funktion |
| 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. | Funktion |
| 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. | Funktion |
| 5 | Daten stehen für visuelle Analysen und Ermittlungen (Viz/BI) zur Verfügung. | Mindestumfang an Visualisierungsfunktionen für die Daten bereitstellen | Funktion |
| 6 | Eine Source of Truth für Daten | Weniger Duplizierung | Funktion |
| 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 | Im Betrieb |
| 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.