Compartir a través de


Conceptos del servicio de administración de datos de dominio

Servicio de administración de datos de dominio (DDMS): es un componente de plataforma que extiende la plataforma de datos principal de OSDU® con optimizaciones y modelos específicos del dominio. DDMS es un mecanismo de una extensión de plataforma que:

  • ofrece un control optimizado de los datos para cada "dominio" (no superpuesto).
  • pertenece a una única disciplina vertical o área de negocio, por ejemplo, Petrofísica, Geofísica, Sísmica
  • sirve como aspecto funcional de una o varias disciplinas verticales o áreas de negocio, por ejemplo, Modelo de tierra
  • ofrece capacidades de alto rendimiento que no son compatibles con las API normales genéricas de OSDU®.
  • ayuda a lograr la extensión del ámbito de OSDU® a nuevas áreas de negocio.
  • pueden desarrollarse de manera distribuida con recursos o patrocinadores independientes.

El estándar técnico de OSDU® define los siguientes tipos de aplicaciones de OSDU®:

Tipo de aplicación Descripción
Aplicaciones insertadas de OSDU® Una aplicación desarrollada y administrada en la comunidad de código abierto OSDU® que se basa e implementa como parte de la distribución de la plataforma de datos de OSDU®.
Aplicaciones de extensión de ISV Una aplicación, desarrollada y administrada en marketplace que NO forma parte de LAS distribuciones de la plataforma de datos de OSDU® y, cuando se selecciona, se implementa en la plataforma de datos de OSDU® como complementos
Aplicaciones de terceros de ISV Una aplicación, desarrollada y administrada en marketplace que se integra con la plataforma de datos de OSDU® y se ejecuta fuera de la plataforma de datos de OSDU®.
Características Insertado Extensión Tercero
Desarrollado, administrado e implementado por La plataforma de datos de OSDU®. ISV ISV
Licencia de software Apache 2 ISV ISV
Obligatorio como parte de una distribución de OSDU®. No No
Reemplazable Sí, con conservación del comportamiento
Cumplimiento de la arquitectura El estándar de OSDU®. El estándar de OSDU®. ISV
Ejemplos OS CRS
Wellbore DDMS
ESRI CRS
Petrel DS
Petrel

¿Para quién se crea esto?

Los desarrolladores de TI crean sistemas para conectar datos a aplicaciones de dominio (internas y externas, por ejemplo, Petrel), lo que permite a los administradores de datos entregar proyectos a los geocientíficos. El conjunto DDMS de Azure Data Manager for Energy ayuda a automatizar estos flujos de trabajo y elimina el tiempo dedicado a administrar las actualizaciones.

Los geocientíficos usan aplicaciones de dominio para flujos de trabajo clave de exploración y producción, como la interpretación sísmica y el análisis de vínculos. Aunque estos usuarios no interactuarán directamente con DDMS, sus expectativas de rendimiento y accesibilidad de los datos impulsarán los requisitos de DDMS en el nivel Foundation. Azure permitirá a los geocientíficos transmitir datos entre dominios al instante en aplicaciones compatibles con OSDU® (por ejemplo, Petrel) que estén conectadas a Azure Data Manager for Energy.

Los administradores de datos dedican una cantidad significativa de tiempo a cumplir con las solicitudes de recuperación y entrega de datos. Los servicios de datos de Seismic, Wellbore y Petrel les permiten detectar y administrar datos en un solo lugar, a la vez que realizan un seguimiento de los cambios de versión a medida que se crean derivados.

Panorama de la plataforma

Azure Data Manager for Energy es un producto compatible con OSDU®, lo que significa que su modelo horizontal y de lanzamiento dependen de OSDU®.

Actualmente, el proceso de certificación y lanzamiento de OSDU® aún no está completamente definido y este tema debe definirse como parte de la arquitectura de Azure Data Manager for Energy Foundation.

OSDU® R3 M8 es la base para el ámbito de Azure Data Manager for Energy Foundation Private, como una versión estable y probada más reciente de la plataforma.

Más información: Principios de la comunidad de DDMS de OSDU®

La información general de DDMS de la comunidad de OSDU® proporciona una amplia descripción general de la motivación de DDMS y los requisitos de la comunidad desde una perspectiva de usuario, técnica y empresarial. Estos principios se extienden a Azure Data Manager for Energy.

Requisitos de DDMS

Un DDMS cumple los siguientes requisitos que, además, están clasificados en requisitos de funcionalidad, arquitectura, operativos y de apertura o extensibilidad:

# Descripción Fundamento comercial Principio
1 Los datos se pueden ingerir con poca fricción Necesidad de integrarse perfectamente con sistemas de registro, para empezar con los estándares del sector Funcionalidad
2 Los nuevos datos están disponibles en los flujos de trabajo con una latencia mínima Entregar nuevos datos en el contexto del flujo de trabajo del usuario final, sin problemas y con rapidez. Funcionalidad
3 Los datos y servicios de dominio son muy útiles La empresa prevé un gran conjunto de casos de uso en los que los datos de dominio se usan en varios flujos de trabajo. Necesidad de hacer que el consumo sea sencillo y eficiente Funcionalidad
4 Rendimiento escalable para flujos de trabajo de E&P Los datos de E&P tienen requisitos de acceso específicos, más allá del almacenamiento en la nube estándar. Los datos escalables de E&P requieren la experiencia y la información del flujo de trabajo de E&P. Funcionalidad
5 Los datos están disponibles para el análisis visual y la detección (Viz/BI) Entrega de un conjunto mínimo de funcionalidades de visualización de los datos Funcionalidad
6 Un origen único de los datos Impulsar la reducción de la duplicación Funcionalidad
7 Los datos están protegidos y el acceso regulado Almacenados y administrados de manera segura Architectural
8 Todos los datos se conservan y son inmutables Capacidad de asociar datos a hitos y tener datos o flujos de trabajo que se pueden rastrear en todo el ecosistema Architectural
9 Los datos se pueden identificar globalmente Sin riesgo de sobrescribir ni crear relaciones no únicas entre datos y actividades Architectural
10 Se realiza un seguimiento del linaje de datos Necesario para la auditabilidad, la recreación del flujo de trabajo y el aprendizaje del trabajo realizado anteriormente Architectural
11 Los datos se pueden detectar Es posible buscar y consumir datos ingeridos Architectural
12 Aprovisionamiento Aprovisionamiento eficaz de DDMS e integración automática con el ecosistema de datos Operativos
13 Continuidad empresarial Ofrecer expectativas del sector para la continuidad del negocio (RPO, RTO, SLA) Operativos
14 Costos Entrega rentable de datos Operativos
15 Capacidad de auditoría Entrega de análisis forenses necesarios para admitir investigaciones de incidentes de seguridad cibernética Operativos
16 Accesibilidad Ofrecer tecnología Operativos
17 API de datos de Domain-Centric Apertura y extensibilidad
18 Capacidad de redacción y personalización del flujo de trabajo Apertura y extensibilidad
19 Extensibilidad de Data-Centric Apertura y extensibilidad

OSDU® es una marca comercial de The Open Group.

Pasos siguientes

Avance al tutorial de sdutil de DDMS sísmico para obtener información sobre cómo usar sdutil para cargar datos sísmicos en el almacén sísmico.