도메인 데이터 관리 서비스 개념
DDMS(도메인 데이터 관리 서비스) – 도메인별 모델 및 최적화로 OSDU® 핵심 데이터 플랫폼을 확장하는 플랫폼 구성 요소입니다. DDMS는 다음과 같은 플랫폼 확장 메커니즘입니다.
- 각(중첩되지 않는) "도메인"에 대해 최적화된 데이터 처리를 제공합니다.
- 단일 수직 분야 또는 비즈니스 영역(예: 석유 물리학, 지구물리학, 지진)에 관련됩니다.
- 예를 들어, 지구 모델과 같은 하나 이상의 수직 분야 또는 비즈니스 영역의 기능적 측면을 제공합니다.
- OSDU® 제네릭 일반 API에서 지원하지 않는 고성능 기능을 제공합니다.
- OSDU® 범위를 새로운 비즈니스 영역으로 확장하는 데 도움이 됩니다.
- 별도의 리소스/스폰서와 함께 분산 방식으로 개발할 수 있습니다.
OSDU® 기술 표준은 다음 형식의 OSDU® 애플리케이션 형식을 정의합니다.
| 응용 프로그램 유형 | 설명 |
|---|---|
| OSDU®™ 임베디드 애플리케이션 | OSDU® 데이터 플랫폼 배포의 일부로 빌드 및 배포되는 OSDU® 오픈 소스 커뮤니티 내에서 개발 및 관리되는 애플리케이션입니다. |
| ISV 확장 애플리케이션 | OSDU® 데이터 플랫폼 배포판의 일부가 아닌 마켓플레이스에서 개발 및 관리되는 애플리케이션으로 선택 시 OSDU® 데이터 플랫폼 내에서 추가 기능으로 배포됩니다. |
| ISV 타사 애플리케이션 | OSDU® 데이터 플랫폼과 통합되고 OSDU® 데이터 플랫폼 외부에서 실행되는 마켓플레이스에서 개발 및 관리되는 애플리케이션 |
| 특성 | 포함 | 내선 번호 | 타사 |
|---|---|---|---|
| 개발, 관리 및 배포됨 | OSDU® 데이터 플랫폼 | ISV | ISV |
| Software License | Apache 2 | ISV | ISV |
| OSDU® 배포판의 일부로 필수 | 예 | 없음 | 아니요 |
| 교체 가능 | 예, 동작 보존 | 예 | 예 |
| 아키텍처 준수 | OSDU® 표준 | OSDU® 표준 | ISV |
| 예제 | OS CRS Wellbore DDMS |
ESRI CRS Petrel DS |
Petrel |
대상자
IT 개발자는 데이터 관리자가 지리과학자에게 프로젝트를 제공할 수 있도록 도메인 애플리케이션(예: 내부 및 외부(예: Petrel)에 데이터를 연결하는 시스템을 빌드합니다. Azure Data Manager for Energy의 DDMS 제품군은 이러한 워크플로를 자동화하고 업데이트 관리에 소요되는 시간을 없애줍니다.
지리과학자는 지진 해석 및 Well-tie 분석과 같은 주요 탐색 및 프로덕션 워크플로에 도메인 애플리케이션을 사용합니다. 이러한 사용자는 DDMS와 직접 상호 작용하지 않지만 데이터 성능 및 접근성에 대한 기대는 Foundation Tier에서 DDMS에 대한 요구 사항을 주도합니다. Azure는 지리과학자가 Azure Data Manager for Energy에 연결된 OSDU® 호환 애플리케이션(예: Petrel)에서 도메인 간 데이터를 즉시 스트리밍할 수 있도록 합니다.
데이터 관리자는 데이터 검색 및 배달 요청을 이행하는 데 상당한 시간을 소비합니다. Seismic, Wellbore 및 Petrel Data Services를 사용하면 파생 상품이 만들어질 때 버전 변경을 추적하면서 한 곳에서 데이터를 검색하고 관리할 수 있습니다.
플랫폼 환경
Azure Data Manager for Energy는 OSDU® 호환 제품입니다. 즉, 해당 환경 및 릴리스 모델이 OSDU®에 종속됩니다.
현재 OSDU® 인증 및 릴리스 프로세스는 아직 완전히 정의되지 않았으며 이 항목은 Azure Data Manager for Energy Foundation Architecture의 일부로 정의되어야 합니다.
OSDU® R3 M8은 플랫폼의 안정적인 최신 버전인 Azure Data Manager for Energy Foundation Private 범위의 기반입니다.
자세히 알아보기: OSDU® DDMS 커뮤니티 원칙
OSDU® 커뮤니티 DDMS 개요는 사용자, 기술 및 비즈니스 관점에서 DDMS 동기 및 커뮤니티 요구 사항에 대한 광범위한 개요를 제공합니다. 이러한 원칙은 Azure Data Manager for Energy로 확장됩니다.
DDMS 요구 사항
DDMS는 기능, 아키텍처, 운영 및 개방성/확장성 요구 사항으로 세분화된 다음 요구 사항을 충족합니다.
| # | 설명 | 비즈니스 근거 | 원칙 |
|---|---|---|---|
| 1 | 낮은 마찰로 데이터를 수집할 수 있음 | 업계 표준으로 시작하려면 레코드 시스템과 원활하게 통합해야 함 | 기능 |
| 2 | 대기 시간이 최소화된 워크플로에서 새로운 데이터를 사용할 수 있음 | 최종 사용자 워크플로의 컨텍스트에서 새 데이터를 원활하고 빠르게 제공 | 기능 |
| 3 | 도메인 데이터 및 서비스의 가용성이 높음 | 비즈니스는 도메인 데이터가 다양한 워크플로에서 사용되는 대규모 사용 사례 예상 사용량을 단순하고 효율적으로 만들어야 함 | 기능 |
| 4 | E&P 워크플로를 위한 확장 가능한 성능 | E&P 데이터에는 표준 클라우드 스토리지를 훨씬 뛰어넘는 특정 액세스 요구 사항이 있습니다. 확장 가능한 E&P 데이터에는 E&P 워크플로 환경과 인사이트가 필요함 | 기능 |
| 5 | 데이터는 시각적 분석 및 검색(Viz/BI)에 사용할 수 있음 | 데이터에 대한 최소한의 시각화 기능 집합 제공 | 기능 |
| 6 | 데이터에 대한 하나의 진실 원본 | 중복 감소를 위한 추진 | 기능 |
| 7 | 데이터가 보호되고 액세스가 제어됨 | 안전하게 저장 및 관리 | 아키텍처 |
| 8 | 모든 데이터는 보존되고 변경할 수 없음 | 데이터를 마일스톤에 연결하고 에코시스템 전체에서 데이터/워크플로를 추적할 수 있는 기능 | 아키텍처 |
| 9 | 데이터를 전역적으로 식별할 수 있음 | 데이터와 작업 간에 고유하지 않은 관계를 덮어쓰거나 만들 위험이 없음 | 아키텍처 |
| 10 | 데이터 계보 추적 | 감사 가능성, 워크플로 재작성, 이전에 수행한 작업으로부터의 학습에 필요 | 아키텍처 |
| 11 | 데이터 검색 가능 | 수집된 데이터를 다시 찾아 소비 가능 | 아키텍처 |
| 12 | 프로비저닝 | DDMS의 효율적인 프로비전 및 데이터 에코시스템과의 자동 통합 | 작동 |
| 13 | 비즈니스 연속성 | 비즈니스 연속성에 대한 업계 기대치(RPO, RTO, SLA) 제공 | 작동 |
| 14 | 비용 | 비용 효율적인 데이터 배달 | 작동 |
| 15 | 감사 | 사이버 보안 인시던트 조사를 지원하는 데 필요한 포렌식 제공 | 작동 |
| 16 | 접근성 | 기술 제공 | 작동 |
| 17 | 도메인 중심 데이터 API | 개방성과 확장성 | |
| 18 | 워크플로 구성 가능성 및 사용자 지정 | 개방성과 확장성 | |
| 19 | 데이터 중심 확장성 | 개방성과 확장성 |
OSDU®는 The Open Group의 상표입니다.
다음 단계
sdutil을 사용하여 지진 데이터를 지진 저장소에 로드하는 방법을 알아보려면 지진 DDMS sdutil 자습서로 이동합니다.