Concetti relativi al servizio di gestione dei dati di dominio
Domain Gestione dati Service (DDMS): è un componente della piattaforma che estende la piattaforma dati core 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, ad esempio Petrophysics, Geophysics, Seismic
- serve un aspetto funzionale di una o più discipline verticali o aree aziendali, ad esempio, Modello Terra
- 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 componenti aggiuntivi |
Applicazioni di terze parti ISV | Un'applicazione, sviluppata e gestita nel marketplace che si integra con OSDU® Data Platform 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® | Sì | No | No |
Sostituibile | Sì, con la conservazione del comportamento | Sì | Sì |
Conformità dell'architettura | OSDU® Standard | OSDU® Standard | ISV |
Esempi | CRS del sistema operativo Wellbore DDMS |
ESRI CRS Petrel DS |
Petrel |
Per chi abbiamo creato questo?
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 geoscientisti. La suite DDMS in Azure Data Manager for Energy consente di automatizzare questi flussi di lavoro ed eliminare il tempo dedicato alla gestione degli aggiornamenti.
I geoscientisti usano applicazioni di dominio per i flussi di lavoro chiave di esplorazione e produzione, ad esempio l'interpretazione sismica e l'analisi del legame. 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 geoscientisti di trasmettere immediatamente i dati tra domini nelle applicazioni compatibili con OSDU® (ad esempio Petrel) connesse ad Azure Data Manager for Energy.
I responsabili dei dati impiegano un numero significativo di tempo per soddisfare le richieste di recupero e recapito dei dati. I Servizi dati Seismic, Wellbore e Petrel consentono loro 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 relativo modello orizzontale e di rilascio dipende da OSDU®.
Attualmente, il processo di certificazione e rilascio OSDU® non è ancora completamente definito 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 testata più recente della piattaforma.
Altre informazioni: Principi della community di OSDU® DDMS
OsDU community DDMS Overview (Panoramica di DDMS community osDU®) offre una panoramica completa delle motivazioni e dei requisiti della community DDMS da un utente, tecnico e aziendale. Questi principi vengono estesi ad Azure Data Manager per l'energia.
Requisiti DDMS
Un DDMS soddisfa i requisiti seguenti, ulteriormente classificati in requisiti di funzionalità, architettura, operativi ed estendibilità:
# | Descrizione | Logica aziendale | Principio |
---|---|---|---|
1 | I dati possono essere inseriti con un basso attrito | Necessità di integrarsi senza problemi 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, oltre all'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 | Archiviato e gestito in modo sicuro | Architettonico |
8 | Tutti i dati vengono conservati e non modificabili | Possibilità di associare i dati alle attività cardine e di avere dati/flussi di lavoro tracciabili nell'ecosistema | Architettonico |
9 | I dati sono identificabili a livello globale | Nessun rischio di sovrascrittura o creazione di relazioni non univoce tra dati e attività | Architettonico |
10 | Viene rilevata la derivazione dei dati | Obbligatorio per il controllo, la ricreazione del flusso di lavoro e l'apprendimento del lavoro svolto in precedenza | Architettonico |
11 | I dati sono individuabili | È possibile trovare e utilizzare i dati inseriti di nuovo | Architettonico |
12 | Provisioning in corso | Provisioning efficiente di DDMS e integrazione automatica con l'ecosistema di dati | Operativo |
13 | Continuità aziendale | Soddisfare le aspettative del settore per la continuità aziendale (RPO, RTO, SLA) | Operativo |
14 | Costo | Recapito conveniente dei dati | Operativo |
15 | Verificabilità | 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
Passare all'esercitazione sdutil DDMS sismica per informazioni su come usare sdutil per caricare i dati sismici nell'archivio sismico.