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®. | Sí | No | No |
| Reemplazable | Sí, con conservación del comportamiento | Sí | Sí |
| 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.