Condividi tramite


Concetti relativi ai servizi di gestione dati di dominio

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 Integrato Estensione Terze parti
Sviluppato, gestito e distribuito da Piattaforma dati OSDU® ISV (Fornitore Indipendente di Software) 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 Fornitore di Software Indipendente (ISV)
Esempi OS CRS
Wellbore DDMS
ESRI CRS
Petrel DS
Petrel

Per chi l'abbiamo costruito?

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 Capacità
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. Capacità
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 Capacità
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 Capacità
5 I dati sono disponibili per l'analisi visiva e l'individuazione (Viz/BI) Fornire un set minimo di funzionalità di visualizzazione sui dati Capacità
6 Una fonte di verità per i dati Favorire la riduzione della duplicazione Capacità
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 In funzione
15 Auditabilità Fornire indagini forensi necessarie per supportare le indagini sugli incidenti di sicurezza informatica Operativo
16 Accessibilità Distribuire la tecnologia Operativo
17 API di 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

Passare al tutorial su sdutil per DDMS Seismic per imparare a usare sdutil per caricare i dati Seismic nel deposito Seismic.