Conceitos do serviço de gerenciamento de dados de domínio
O DDMS (Serviço de Gerenciamento de Dados de Domínio) é um componente de plataforma que estende a plataforma de dados principal do OSDU® com modelo e otimizações específicos do domínio. O DDMS é um mecanismo de uma extensão de plataforma que:
- fornece tratamento otimizado de dados para cada "domínio" (não sobreposto).
- refere-se a uma única disciplina vertical ou área de negócios, por exemplo, Petrofísica, Geofísica, Sísmica
- serve um aspecto funcional de uma ou mais disciplinas verticais ou áreas de negócios, por exemplo, Modelo da Terra
- fornece recursos de alto desempenho sem suporte por APIs normais genéricas OSDU®.
- ajuda a obter a extensão do escopo do OSDU® para novas áreas de negócios.
- pode ser desenvolvida de maneira distribuída com recursos/patrocinadores separados.
O Padrão Técnico OSDU® define os seguintes tipos de aplicativos OSDU®:
| Tipo de aplicativo | Descrição |
|---|---|
| Aplicativos incorporados no OSDU® | Um aplicativo desenvolvido e gerenciado na comunidade de código aberto OSDU® que é criado e implantado como parte da distribuição da Plataforma de Dados OSDU®. |
| Aplicativos de extensão ISV | Um aplicativo, desenvolvido e gerenciado no marketplace que NÃO faz parte das distribuições da Plataforma de Dados OSDU® e, quando selecionado, é implantado na Plataforma de Dados OSDU® como complemento |
| Aplicativos de terceiros ISV | Um aplicativo, desenvolvido e gerenciado no marketplace que se integra à Plataforma de Dados OSDU® e é executado fora da Plataforma de Dados OSDU® |
| Características | Inserida | Extensão | Terceiros |
|---|---|---|---|
| Desenvolvido, gerenciado e implantado por | A Plataforma de Dados OSDU® | ISV | ISV |
| Licença do software | Apache 2 | ISV | ISV |
| Obrigatório como parte de uma distribuição OSDU® | Sim | Não | Não |
| Substituível | Sim, com preservação do comportamento | Sim | Yes |
| Conformidade da arquitetura | O Padrão OSDU® | O Padrão OSDU® | ISV |
| Exemplos | CRS DO SISTEMA OPERACIONAL DDMS do poço |
CRD ESRI Petrel DS |
Petrel |
Para quem criamos isso?
Os desenvolvedores de TI criam sistemas para conectar dados a aplicativos de domínio (internos e externos – por exemplo, Petrel), o que permite que os gerentes de dados forneçam projetos a geocientistas. O pacote DDMS no Gerenciador de Dados do Azure para Energia ajuda a automatizar esses fluxos de trabalho e elimina o tempo gasto no gerenciamento de atualizações.
Os geocientistas usam aplicativos de domínio para fluxos de trabalho de exploração e produção importantes, como interpretação sísmica e análise de poço. Embora esses usuários não interajam diretamente com o DDMS, suas expectativas de desempenho e acessibilidade de dados conduzirão os requisitos para o DDMS na camada de base. O Azure permitirá que os geocientistas transmitam dados entre domínios instantaneamente em aplicativos compatíveis com OSDU® (por exemplo, Petrel) conectados ao Gerenciador de Dados do Azure para Energia.
Os gerentes de dados gastam um número significativo de tempo atendendo às solicitações de entrega e recuperação de dados. Os Serviços de Dados Sísmicos, de Poço e Petrel permitem a descoberta e gerenciamento de dados em um só lugar enquanto acompanham as alterações de versão à medida que derivativos são criados.
Paisagem da plataforma
O Gerenciador de Dados do Azure para Energia é um produto compatível com OSDU®, o que significa que seu modelo de paisagem e versão depende do OSDU®.
Atualmente, o processo de certificação e versão do OSDU® ainda não está totalmente definido e este tópico deve ser definido como parte da arquitetura de base do Gerenciador de Dados do Azure para Energia.
O OSDU® R3 M8 é a base para o escopo da versão prévia privada da base do Gerenciador de Dados do Azure para Base de Energia Privada – como uma versão mais recente estável e testada da plataforma.
Saiba mais: princípios da comunidade DDMS do OSDU®
A visão geral do DDMS da comunidade dos OSDU® fornece uma visão geral abrangente da motivação do DDMS e dos requisitos da comunidade de uma perspectiva do usuário, técnica e empresarial. Esses princípios são estendidos ao Gerenciador de Dados do Azure para Energia.
Requisitos do DDMS
Um DDMS atende aos seguintes requisitos, classificados, também, em requisitos de funcionalidade, arquitetura, operacional e de abertura/extensibilidade:
| # | Descrição | Lógica comercial | Princípio |
|---|---|---|---|
| 1 | Os dados podem ser ingeridos com baixo atrito | Precisa se integrar perfeitamente aos sistemas de registro, para começar com os padrões do setor | Funcionalidade |
| 2 | Novos dados estão disponíveis nos fluxos de trabalho com latência mínima | Forneça novos dados no contexto do fluxo de trabalho do usuário final – de maneira direta e rápida. | Funcionalidade |
| 3 | Os dados e os serviços de domínio são altamente utilizáveis | O negócio prevê um grande conjunto de casos de uso onde os dados de domínio são usados em vários fluxos de trabalho. Precisa tornar o consumo simples e eficiente | Funcionalidade |
| 4 | Desempenho escalonável dos fluxos de trabalho E&P | Os dados E&P têm requisitos de acesso específicos, muito além do armazenamento em nuvem padrão. Os dados E&P escalonáveis exigem experiência e insights de fluxo de trabalho E&P | Funcionalidade |
| 5 | Os dados estão disponíveis para análise visual e descoberta (Viz/BI) | Fornecer um conjunto mínimo de recursos de visualização nos dados | Funcionalidade |
| 6 | Uma fonte de verdade para os dados | Direcionar para a redução da duplicação | Funcionalidade |
| 7 | Os dados são protegidos e o acesso controlado | Armazenados e gerenciados com segurança | Arquitetônico |
| 8 | Todos os dados são preservados e imutáveis | Capacidade de associar dados a marcos e ter dados/fluxo de trabalho rastreáveis em todo o ecossistema | Arquitetônico |
| 9 | Os dados são globalmente identificáveis | Sem risco de substituir ou criar relações não exclusivas entre dados e atividades | Arquitetônico |
| 10 | A linhagem dos dados é controlada | Necessário para auditoria, recriação do fluxo de trabalho e aprendizado com o trabalho feito anteriormente | Arquitetônico |
| 11 | Os dados são detectáveis | É Possível localizar e consumir novamente os dados ingeridos | Arquitetônico |
| 12 | Provisionamento | Provisionamento eficiente do DDMS e integração automática com o Ecossistema de Dados | Operacional |
| 13 | Continuidade dos negócios | Entregar a expectativa do setor para continuidade dos negócios (RPO, RTO, SLA) | Operacional |
| 14 | Custo | Entrega econômica de dados | Operacional |
| 15 | Auditabilidade | Entregar a perícia necessária para apoiar investigações de incidentes de segurança cibernética | Operacional |
| 16 | Acessibilidade | Entregar tecnologia | Operacional |
| 17 | APIs de dados centradas no domínio | Abertura e extensibilidade | |
| 18 | Modularidade e personalizações do fluxo de trabalho | Abertura e extensibilidade | |
| 19 | Extensibilidade centrada nos dados | Abertura e extensibilidade |
OSDU® é uma marca registrada do The Open Group.
Próximas etapas
Prossiga para o tutorial sdutil do DDMS sísmico para saber como usar o sdutil para carregar dados sísmicos no repositório sísmico.