Condividi tramite


Concetti relativi a Domain Data Management Services

Domain Data Management Service (DDMS): è un componente della piattaforma che estende la piattaforma dati comuni OSDU® con modelli e ottimizzazioni specifici del dominio. DDMS è un meccanismo di un'estensione della piattaforma che:

  • offre una gestione ottimizzata dei dati per ogni "dominio" (non sovrapposto).
  • riguarda una singola disciplina verticale o un'area commerciale, come ad esempio Petrofisica, Geofisica, Sismica
  • serve un aspetto funzionale di una o più discipline verticali o aree aziendali, come Earth Model
  • offre funzionalità a prestazioni elevate non supportate dalle API normali generiche OSDU®.
  • consente di raggiungere l'estensione dell'ambito OSDU® alle nuove aree aziendali.
  • può essere sviluppato in modo distribuito con risorse/sponsor separati.

OSDU Technical Standard definisce i tipi di applicazione OSDU® seguenti:

Tipo di applicazione Descrizione
Applicazioni OSDU®™ Embedded Un'applicazione sviluppata e gestita all'interno della community open source OSDU® basata su e distribuita come parte della distribuzione della piattaforma dati OSDU®.
Applicazioni di estensione ISV Un'applicazione, sviluppata e gestita nel marketplace che NON fa parte delle distribuzioni della piattaforma dati OSDU® e quando selezionata viene distribuita all'interno della piattaforma dati OSDU® come componente aggiuntivo
Applicazioni di terze parti di ISV Un'applicazione, sviluppata e gestita nel marketplace che si integra con la piattaforma dati OSDU® e viene eseguita all'esterno della piattaforma dati OSDU®
Caratteristiche Origine dati Estensione Terze parti
Sviluppato, gestito e distribuito da Piattaforma dati OSDU® ISV ISV
Licenza software Apache 2 ISV ISV
Obbligatorio come parte di una distribuzione OSDU® No No
Sostituibile Sì, con la conservazione del comportamento
Conformità dell'architettura OSDU® Standard OSDU® Standard ISV
Esempi OS CRS
Wellbore DDMS
ESRI CRS
Petrel DS
Petrel

Per chi è pensato?

Gli sviluppatori IT creano sistemi per connettere i dati alle applicazioni di dominio (interne ed esterne, ad esempio Petrel) che consente ai responsabili dei dati di distribuire progetti ai geologi. La suite DDMS in Azure Data Manager for Energy consente di automatizzare questi flussi di lavoro, eliminando il tempo dedicato alla gestione degli aggiornamenti.

I geologi usano applicazioni di dominio per i flussi di lavoro chiave di esplorazione e produzione, come ad esempio l'interpretazione sismica e l'analisi stratigrafica. Anche se questi utenti non interagiscono direttamente con DDMS, le aspettative per le prestazioni dei dati e l'accessibilità determinano i requisiti per DDMS nel livello Foundation. Azure consentirà ai geologi di trasmettere istantaneamente i dati di dominio trasversali nelle applicazioni compatibili con OSDU® (ad esempio Petrel) connesse ad Azure Data Manager for Energy.

I responsabili dei dati impiegano una quantità significativa di tempo per soddisfare le richieste di recupero e consegna dei dati. I Servizi dati di Sismica, Wellbore e Petrel consentono di individuare e gestire i dati in un'unica posizione, tenendo traccia delle modifiche delle versioni durante la creazione di derivati.

Panorama della piattaforma

Azure Data Manager for Energy è un prodotto compatibile con OSDU®, ovvero il modello orizzontale e di rilascio sono dipendenti da OSDU®.

Attualmente, i processi di certificazione e rilascio OSDU® non sono ancora completamente definiti e questo argomento deve essere definito come parte di Azure Data Manager per l'architettura di Energy Foundation.

OSDU® R3 M8 è la base per l'ambito di Azure Data Manager for Energy Foundation Private, come versione stabile e più recentemente testata della piattaforma.

Altre informazioni: principi della community di OSDU® DDMS

Panoramica di DDMS della community OSDU® offre una panoramica completa delle motivazioni e dei requisiti della community DDMS da un punto di vista tecnico, aziendale e dell’utenza. Questi principi vengono estesi ad Azure Data Manager for Energy.

Requisiti DDMS

Un DDMS soddisfa i requisiti seguenti, ulteriormente classificati in requisiti di funzionalità, architettura, operativi e apertura/estendibilità:

# Descrizione Logica aziendale Principio
1 I dati possono essere inseriti con un basso attrito Necessità di integrarsi perfettamente con i sistemi di registrazione, per iniziare con gli standard del settore Funzionalità
2 I nuovi dati sono disponibili nei flussi di lavoro con latenza minima Distribuire nuovi dati nel contesto del flusso di lavoro dell'utente finale, in modo semplice e rapido. Funzionalità
3 I dati e i servizi di dominio sono altamente utilizzabili L'azienda prevede un ampio set di casi d'uso in cui i dati di dominio vengono usati in vari flussi di lavoro. Necessità di rendere il consumo semplice ed efficiente Funzionalità
4 Prestazioni scalabili per i flussi di lavoro E&P I dati E&P hanno requisiti di accesso specifici, ben oltre l'archiviazione cloud standard. I dati E&P scalabili richiedono esperienza e informazioni dettagliate sul flusso di lavoro E&P Funzionalità
5 I dati sono disponibili per l'analisi visiva e l'individuazione (Viz/BI) Fornire un set minimo di funzionalità di visualizzazione sui dati Funzionalità
6 Una fonte di verità per i dati Favorire la riduzione della duplicazione Funzionalità
7 I dati sono protetti e l'accesso è disciplinato Archiviati e gestiti in modo sicuro Architettura
8 Tutti i dati sono conservati e non modificabili Possibilità di associare i dati alle attività cardine e di avere dati/flussi di lavoro tracciabili nell'ecosistema Architettura
9 I dati sono identificabili a livello globale Nessun rischio di sovrascrittura o creazione di relazioni non univoce tra dati e attività Architettura
10 La derivazione dei dati è tracciata Obbligatorio per il controllo, la ricreazione del flusso di lavoro e l'apprendimento dal lavoro svolto in precedenza Architettura
11 I dati sono individuabili È possibile trovare e riutilizzare i dati inseriti Architettura
12 Provisioning Provisioning efficiente di DDMS e integrazione automatica con l'Ecosistema di dati Operativo
13 Continuità aziendale Soddisfare le aspettative del settore in materia di continuità di lavoro (RPO, RTO, SLA) Operativo
14 Costo Consegna dei dati a costi contenuti Operativo
15 Controllo Fornire indagini forensi necessarie per supportare le indagini sugli incidenti di sicurezza informatica Operativo
16 Accessibilità Distribuire la tecnologia Operativo
17 API dati incentrate sul dominio Apertura ed estendibilità
18 Componibilità e personalizzazioni del flusso di lavoro Apertura ed estendibilità
19 Estendibilità incentrata sui dati Apertura ed estendibilità

OSDU® è un marchio di The Open Group.

Passaggi successivi

Consultare l'esercitazione sdutil DDMS sismica per informazioni su come usare sdutil per caricare i dati sismici nell'archivio sismico.