Conceitos de serviço de gerenciamento de dados de domínio
Domain Data Management Service (DDMS) – é um componente de plataforma que estende a plataforma de dados principal OSDU® com modelo e otimizações específicas de domínio. DDMS é um mecanismo de extensão de plataforma que:
- oferece tratamento otimizado de dados para cada "domínio" (não sobreposto).
- pertence a uma única disciplina vertical ou área de negócios, por exemplo, Petrofísica, Geofísica, Sísmica
- serve um aspeto funcional de uma ou mais disciplinas verticais ou áreas de negócios, por exemplo, Earth Model
- oferece recursos de alto desempenho não suportados por APIs normais genéricas OSDU®.
- ajuda a alcançar o alargamento do âmbito da OSDU® a novas áreas de negócio.
- podem ser desenvolvidos de forma distribuída com recursos/patrocinadores separados.
A Norma Técnica OSDU® define os seguintes tipos de aplicação OSDU®:
| Tipo de Aplicação | Description |
|---|---|
| Aplicações incorporadas OSDU®™ | Um aplicativo desenvolvido e gerenciado dentro da comunidade OSDU® Open-Source que é construído e implantado como parte da distribuição OSDU® Data Platform. |
| Aplicações de extensão ISV | Um aplicativo, desenvolvido e gerenciado no mercado que NÃO faz parte das distribuições da OSDU® Data Platform e, quando selecionado, é implantado dentro da OSDU® Data Platform como complementos |
| Aplicações ISV de terceiros | Uma aplicação, desenvolvida e gerida no mercado que se integra com a Plataforma de Dados OSDU®, e funciona fora da Plataforma de Dados OSDU® |
| Características | Embedded | Extensão | Terceiros |
|---|---|---|---|
| Desenvolvido, gerenciado e implantado por | A plataforma de dados OSDU® | ISV | ISV |
| Licença de Software | Apache 2 | ISV | ISV |
| Obrigatório como parte de uma distribuição OSDU® | Sim | No | Não |
| Substituível | Sim, com preservação de comportamentos | Sim | Sim |
| Conformidade com a arquitetura | O padrão OSDU® | O padrão OSDU® | ISV |
| Exemplos | OS CRS Wellbore DDMS |
ESRI CRS Petrel DS |
Petrel |
Para quem construímos isso?
Os desenvolvedores de TI constroem sistemas para conectar dados a aplicativos de domínio (internos e externos – por exemplo, Petrel), o que permite que os gerentes de dados entreguem projetos a geocientistas. O pacote DDMS no Azure Data Manager for Energy ajuda a automatizar esses fluxos de trabalho e elimina o tempo gasto no gerenciamento de atualizações.
Os geocientistas usam aplicações de domínio para os principais fluxos de trabalho de Exploração e Produção, como interpretação sísmica e análise de ligação de poços. Embora esses usuários não interajam diretamente com o DDMS, suas expectativas de desempenho e acessibilidade de dados impulsionarão os requisitos para o DDMS na camada Foundation. O Azure permitirá que geocientistas transmitam dados entre domínios instantaneamente em aplicativos compatíveis com OSDU® (por exemplo, Petrel) conectados ao Azure Data Manager for Energy.
Os gerentes de dados gastam um número significativo de tempo atendendo às solicitações de recuperação e entrega de dados. Os Serviços de Dados Seismic, Wellbore e Petrel permitem que eles descubram e gerenciem dados em um só lugar enquanto acompanham as alterações de versão à medida que os derivados são criados.
Paisagem da plataforma
O Azure Data Manager for Energy é um produto compatível com OSDU®, o que significa que seu modelo de paisagem e lançamento depende do OSDU.®
Atualmente, o processo de certificação e lançamento OSDU® ainda não está totalmente definido e este tópico deve ser definido como parte do Azure Data Manager for Energy Foundation Architecture.
O OSDU® R3 M8 é a base para o escopo do Azure Data Manager for Energy Foundation Private – como uma versão estável e testada mais recente da plataforma.
Saiba mais: Princípios da comunidade OSDU® DDMS
A Visão Geral do DDMS da comunidade OSDU® fornece uma visão geral abrangente da motivação do DDMS e dos requisitos da comunidade de uma perspetiva de usuário, técnica e de negócios. Esses princípios são estendidos ao Azure Data Manager for Energy.
Requisitos do DDMS
Um DDMS atende aos seguintes requisitos, classificados em requisitos de capacidade, arquitetura, operacionais e de abertura/extensibilidade:
| # | Descrição | Lógica de negócio | Princípio |
|---|---|---|---|
| 1 | Os dados podem ser ingeridos com baixo atrito | Necessidade de integração perfeita com sistemas de registro, para começar com os padrões da indústria | Funcionalidade |
| 2 | Novos dados estão disponíveis em fluxos de trabalho com latência mínima | Forneça novos dados no contexto do fluxo de trabalho do usuário final – de forma simples e rápida. | Funcionalidade |
| 3 | Os dados e serviços de domínio são altamente utilizáveis | A empresa antecipa um grande conjunto de casos de uso em que os dados de domínio são usados em vários fluxos de trabalho. Necessidade de tornar o consumo simples e eficiente | Funcionalidade |
| 4 | Desempenho escalável para fluxos de trabalho de E&P | Os dados de E&P têm requisitos de acesso específicos, muito além do armazenamento em nuvem padrão. Dados de E&P escaláveis exigem experiência e insights de fluxo de trabalho de E&P | Funcionalidade |
| 5 | Os dados estão disponíveis para análise visual e descoberta (Viz/BI) | Forneça um conjunto mínimo de recursos de visualização nos dados | Funcionalidade |
| 6 | Uma fonte de verdade para os dados | Conduzir para a redução da duplicação | Funcionalidade |
| 7 | Os dados são protegidos e o acesso controlado | Armazenados e geridos de forma segura | Arquitetura |
| 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 | Arquitetura |
| 9 | Os dados são globalmente identificáveis | Sem risco de substituir ou criar relações não exclusivas entre dados e atividades | Arquitetura |
| 10 | A linhagem de dados é rastreada | Necessário para auditabilidade, recriação do fluxo de trabalho e aprendizado com o trabalho feito anteriormente | Arquitetura |
| 11 | Os dados podem ser descobertos | Possível encontrar e consumir dados ingeridos | Arquitetura |
| 12 | Aprovisionamento | Provisionamento eficiente do DDMS e integração automática com o ecossistema de dados | Operacional |
| 13 | Continuidade do Negócio | Cumprir as expectativas do setor para a continuidade de negócios (RPO, RTO, SLA) | Operacional |
| 14 | Custo | Fornecimento de dados eficiente em termos de custos | Operacional |
| 15 | Auditabilidade | Fornecer a perícia forense necessária para apoiar investigações de incidentes de segurança cibernética | Operacional |
| 16 | Acessibilidade | Forneça tecnologia | Operacional |
| 17 | APIs de dados centradas no domínio | Abertura e Extensibilidade | |
| 18 | Composição e personalizações do fluxo de trabalho | Abertura e Extensibilidade | |
| 19 | Extensibilidade centrada em dados | Abertura e Extensibilidade |
OSDU® é uma marca comercial do The Open Group.
Próximos passos
Avance para o tutorial sísmico DDMS sdutil para aprender a usar o sdutil para carregar dados sísmicos no armazenamento sísmico.