DICOM 서비스에 대한 Azure Data Lake Storage 통합(미리 보기)
DICOM® 서비스는 DICOMweb 표준을 사용하여 의료 이미지 데이터를 위한 클라우드 규모의 스토리지를 제공합니다. Azure Data Lake Storage를 통합하면 이미징 데이터를 완전히 제어할 수 있고 Azure Storage 에코시스템 및 API를 통해 해당 데이터에 액세스하고 작업할 수 있는 유연성이 향상됩니다.
조직은 DICOM 서비스와 함께 Azure Data Lake Storage를 사용하여 다음을 수행할 수 있습니다.
- Azure Storage API 및 DICOMweb API를 사용하여 DICOM 서비스에 저장된 의료 이미지 데이터에 직접 액세스하여 데이터 액세스 및 작업에 더 많은 유연성을 제공합니다.
- AzCopy, Azure Storage Explorer, Data Movement 라이브러리 등 Azure Storage 작업을 위한 전체 도구 에코시스템에 대한 의료 이미지 데이터를 공개합니다.
- Azure Synapse, Azure Databricks, Azure Machine Learning, Microsoft Fabric 등 Azure Data Lake Storage와 기본적으로 통합되는 서비스를 사용하여 새로운 분석 및 AI/ML 시나리오를 활용합니다.
- 스토리지 권한, 액세스 제어, 계층 및 규칙을 관리할 수 있는 제어 권한을 부여합니다.
Azure Data Lake Storage의 또 다른 이점은 Microsoft Fabric에 연결된다는 것입니다. Microsoft Fabric은 조직이 데이터의 잠재력을 활용하고 AI 시나리오의 기반을 마련하는 데 필요한 모든 데이터 및 분석 도구를 통합하는 엔드투엔드 통합 분석 플랫폼입니다. Microsoft Fabric을 사용하면 Azure 서비스의 풍부한 에코시스템을 사용하여 기계 학습 모델 빌드 및 배포, 임상 시험을 위한 코호트 만들기, 환자 치료 및 결과에 대한 인사이트 만들기와 같은 의료 이미지 데이터로 고급 분석 및 AI/ML을 수행할 수 있습니다.
이미징 데이터와 함께 Microsoft Fabric을 사용하는 방법에 대해 자세히 알아보려면 분석 워크로드에서 DICOM 데이터 사용 시작을 참조하세요.
서비스 아키텍처 및 API
DICOM 서비스는 DICOM 데이터를 저장, 쿼리, 검색하기 위해 DICOMweb API를 노출합니다. 이 아키텍처를 사용하면 DICOM 서비스가 배포될 때 Azure Data Lake Storage 계정과 컨테이너를 지정할 수 있습니다. 스토리지 컨테이너는 DICOM 서비스에서 DICOMweb API가 수신한 DICOM 파일을 저장하는 데 사용됩니다. DICOM 서비스는 스토리지 계정에서 데이터를 검색하여 검색을 수행하고 쿼리를 검색하므로 DICOM 데이터와의 전체 DICOMweb 상호 운용성이 가능합니다.
이 아키텍처를 사용하면 스토리지 컨테이너를 사용자가 제어할 수 있으며 익숙한 Azure Storage API 및 도구를 사용하여 직접 액세스할 수 있습니다.
데이터 계약
DICOM 서비스는 다음 규칙에 따라 데이터 레이크의 예측 가능한 위치에 데이터를 저장합니다.
AHDS/{workspace-name}/dicom/{dicom-service-name}/{partition-name}
| 매개 변수 | 설명 |
|---|---|
{workspace-name} |
DICOM 서비스가 포함된 상태 Data Services 작업 영역의 이름입니다. |
{dicom-service-name} |
DICOM 서비스 인스턴스의 이름입니다. |
{partition-name} |
데이터 파티션의 이름입니다. 파티션을 지정하지 않으면 모든 DICOM 데이터는 Microsoft.Default라는 기본 파티션에 저장됩니다. |
DICOM 데이터 외에도 상태 검사를 사용하도록 설정하는 작은 파일이 이 위치에 기록됩니다.
참고 항목
공개 미리 보기 중에 DICOM 서비스는 스토리지 컨테이너에 데이터를 쓰고 읽지만, 사용자가 추가한 데이터는 DICOM 서비스에서 읽고 인덱싱하지 않습니다. 마찬가지로 DICOM 서비스에서 작성한 DICOM 데이터가 수정되거나 제거되면 DICOMweb API를 사용하여 데이터에 액세스할 때 오류가 발생할 수 있습니다.
사용 권한
DICOM 서비스에는 스토리지 계정의 데이터에 액세스하는 다른 서비스 또는 애플리케이션과 마찬가지로 데이터에 대한 액세스 권한이 부여됩니다. 조직의 데이터 액세스 기능에 영향을 주지 않고 언제든지 액세스를 철회할 수 있습니다. DICOM 서비스에는 제공된 파일 시스템에서 파일을 읽고, 쓰고, 삭제할 수 있는 기능이 필요합니다. 이는 DICOM 서비스에 연결된 시스템 할당 또는 사용자 할당 관리 ID에 Storage Blob 데이터 기여자 역할을 부여하여 제공할 수 있습니다.
액세스 계층
데이터 레이크 스토리지 계정에 대한 Azure Storage 액세스 계층을 사용하여 DICOM 서비스에 의해 저장된 데이터 이미징 비용을 관리할 수 있습니다. DICOM 서비스는 온라인 액세스 계층(핫, 쿨 또는 콜드)만 지원하며 해당 계층의 이미징 데이터를 즉시 검색할 수 있습니다. 핫 계층은 활발하게 사용 중인 데이터에 가장 적합합니다. 쿨 또는 콜드 계층은 액세스 빈도는 낮지만 여전히 읽고 쓸 수 있어야 하는 데이터에 이상적입니다.
비용 장단점 및 모범 사례를 포함하여 액세스 계층에 대해 자세히 알아보려면 Azure Storage 액세스 계층을 참조하세요.
상태 확인
DICOM 서비스는 데이터 계약에 따라 30초마다 데이터 레이크에 작은 파일을 작성하여 액세스를 유지합니다. healthCheck 하위 디렉터리에 저장된 파일을 변경하면 상태 검사 상태가 잘못될 수 있습니다.
액세스에 문제가 있으면 Azure Resource Health에 상태와 세부 정보가 표시됩니다. Azure Resource Health는 액세스를 복원하는 데 필요한 작업(예: DICOM 서비스 ID에 대한 역할 복원)이 필요한지 여부를 지정합니다.
제한 사항
공개 미리 보기 동안 데이터 레이크 스토리지가 포함된 DICOM 서비스에는 다음과 같은 제한 사항이 있습니다.
- 대량 가져오기는 지원되지 않습니다.
- UPS-RS 작업 항목은 데이터 레이크 스토리지 계정에 저장되지 않습니다.
- 데이터 레이크 스토리지 계정에 추가된 사용자 데이터는 DICOM 서비스에서 읽거나 인덱싱되지 않습니다. 파일 이름 충돌이 발생할 수 있으므로 DICOM 서비스에서 사용하는 폴더 구조에 데이터를 쓰지 않는 것이 좋습니다.
- DICOM 서비스에서 작성한 DICOM 데이터가 수정되거나 제거되면 DICOMweb API를 사용하여 데이터에 액세스할 때 오류가 발생할 수 있습니다.
- 외부 스토리지를 사용하도록 선택한 경우 DICOM 서비스를 만드는 동안 고객 관리형 키 구성은 지원되지 않습니다.
- 보관 액세스 계층은 지원되지 않습니다. 데이터를 보관 계층으로 이동하면 DICOMweb API를 사용하여 데이터에 액세스할 때 오류가 발생합니다.