설명/참조:
설명:
이미지 데이터는 최소 비용으로 단일 데이터 저장소에 저장해야 합니다.
참고: Azure Blob 스토리지는 클라우드용 Microsoft의 개체 스토리지 솔루션입니다. Blob Storage는 대량의 비정형 데이터를 저장하는 데 최적화되어 있습니다. 비정형 데이터는 텍스트 또는 이진 데이터와 같이 특정 데이터 모델이나 정의를 따르지 않는 데이터입니다.
Blob 저장소는 다음을 위해 설계되었습니다.
이미지 또는 문서를 브라우저에 직접 제공합니다.

분산 액세스를 위한 파일 저장.

스트리밍 비디오 및 오디오.

로그 파일에 쓰기.

백업 및 복원, 재해 복구 및 보관을 위한 데이터 저장.

온-프레미스 또는 Azure 호스팅 서비스에서 분석을 위해 데이터를 저장합니다.

참조:
https://docs.microsoft.com/en-us/azure/storage/blobs/storage-blobs-introduction

설명:
상자 1: 최종
트래픽 데이터 삽입률을 최대화해야 합니다.
센서 데이터는 SensorData라는 컬렉션의 treydata라는 Cosmos DB에 저장되어야 합니다. Azure Cosmos DB를 사용하여 개발자는 일관성 스펙트럼에서 5개의 잘 정의된 일관성 모델 중에서 선택할 수 있습니다. 가장 강력한 것부터 더 편안한 것까지 모델에는 강력하고 제한된 부실, 세션, 일관된 접두사 및 최종 일관성이 포함됩니다.
상자 2: 번호판
이 솔루션은 특정 차량 번호판과 관련된 모든 데이터를 보고합니다. 보고서는 SensorData 컬렉션의 데이터를 사용해야 합니다.
참조:
https://docs.microsoft.com/en-us/azure/cosmos-db/consistency-levels
주제 2, 사례 연구
사례 연구
회사는 다음과 같은 비즈니스 요구 사항을 식별합니다.
* 외부 공급업체는 기계 학습 기술을 사용하여 데이터에 대한 맞춤형 분석을 수행할 수 있어야 합니다.
* 원격 측정, 볼륨 및 처리 대기 시간과 같은 메트릭을 표시하는 작업 상태 페이지에 대시보드를 표시해야 합니다.
* 교통 데이터는 고속도로 시스템의 변경을 모델링할 목적으로 정부 기획부에 제공되어야 합니다. 교통 데이터는 스포츠 이벤트, 기상 조건 및 인구 통계와 같은 이벤트에 대한 정보와 같은 다른 데이터와 함께 사용됩니다. 모델링 중에 사용되는 외부 데이터는 온-프레미스 SQL Server 2016 데이터베이스에 저장되고 CSV 파일은 Azure Data Lake Storage Gen2 스토리지 계정에 저장됩니다.
* 지난 30분 동안 제한 속도를 초과한 것으로 감지된 차량에 대한 정보는 법 집행관에게 제공되어야 합니다. 여러 법 집행 기관이 과속 차량에 대응할 수 있습니다.
* 솔루션은 법 집행 조사를 지원하기 위해 번호판으로 차량 이미지 검색을 허용해야 합니다. 검색은 쿼리 언어를 사용하여 수행할 수 있어야 하며 번호판 감지 오류를 보완하기 위해 퍼지 검색을 지원해야 합니다.
원격 측정 캡처
원격 측정 캡처 시스템은 차량이 센서 앞을 지나갈 때마다 기록합니다. 센서는 맞춤형 임베디드 운영 체제에서 실행되며 다음 원격 측정 데이터를 기록합니다.
* 시간
* 위도와 경도의 위치
* 속도(km/h)
* 차량 길이(미터)
시각적 모니터링
시각 모니터링 시스템은 2초마다 차량 교통의 이미지를 캡처하는 고속도로 근처에 배치된 약 1,000개의 카메라 네트워크입니다. 카메라는 고해상도 이미지를 기록합니다. 각 이미지의 크기는 약 3MB입니다.
이것은 사례 연구입니다. 사례 연구는 별도로 시간이 지정되지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다. 주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답을 검토하고 시험의 다음 섹션으로 이동하기 전에 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하십시오. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 탐색하십시오. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 사례 연구에 모든 정보 탭이 있는 경우 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아갑니다.
개요
뉴욕, 맨체스터, 싱가포르 및 멜버른에 사무실이 있는 글로벌 미디어 회사인 Graphics Design Institute의 데이터 엔지니어링 솔루션을 개발합니다.
뉴욕 사무실은 엄청난 양의 고객 데이터를 저장하는 SQL Server 데이터베이스를 호스팅합니다. 이 회사는 또한 뉴욕 사무실에 있는 물리적 서버에 수백만 개의 이미지를 저장합니다. 매일 2TB 이상의 이미지 데이터가 추가됩니다. 이미지는 고객 장치에서 뉴욕의 서버로 전송됩니다.
이 서버에 많은 이미지가 정리되지 않은 방식으로 배치되어 편집자가 이미지를 검색하기 어렵습니다. 이미지에는 자동으로 개체 및 색상 태그가 생성되어야 합니다. 태그는 문서 데이터베이스에 저장되어야 하며 SQL에서 쿼리해야 합니다. 귀하는 고객 데이터를 저장, 변환 및 시각화할 수 있는 솔루션을 설계하도록 고용되었습니다.
요구 사항
사업
회사는 다음과 같은 비즈니스 요구 사항을 식별합니다.
* 모든 이미지와 고객 데이터를 클라우드 스토리지로 옮기고 온프레미스 서버를 제거해야 합니다.
* 고객 데이터 변환을 위한 분석 처리 솔루션을 개발해야 합니다.
* 이미지 개체 및 컬러 태깅 솔루션을 개발해야 합니다.
* 자본 지출을 최소화해야 합니다.
* 클라우드 리소스 비용을 최소화해야 합니다.
전문인
솔루션에는 다음과 같은 기술 요구 사항이 있습니다.
* 태깅 데이터는 뉴욕 사무실 위치에서 클라우드로 업로드해야 합니다.
* 태깅 데이터는 회사 사무실 위치와 지리적으로 가까운 지역에 복제해야 합니다.
* 이미지 데이터는 최소 비용으로 단일 데이터 저장소에 저장해야 합니다.
* 고객 데이터는 관리형 Spark 클러스터를 사용하여 분석해야 합니다.
* 변환된 고객 데이터를 시각화하려면 Power BI를 사용해야 합니다.
* 재해 복구가 필요한 경우를 대비하여 모든 데이터를 백업해야 합니다.
보안 및 최적화
모든 클라우드 데이터는 저장 및 전송 중에 암호화되어야 합니다. 솔루션은 다음을 지원해야 합니다.
* 고객 데이터의 병렬 처리
* 하이퍼스케일 이미지 저장
* 처리된 이미지 데이터의 글로벌 지역 데이터 복제

참조:
https://docs.microsoft.com/en-us/azure/sql-database/sql-database-conditional-access

설명

상자 1: 대화형 쿼리
대화형 쿼리 클러스터 유형을 선택하여 임시 대화형 쿼리를 최적화합니다.
상자 2: 하둡
일괄 처리로 사용되는 Hive 쿼리에 최적화하려면 Apache Hadoop 클러스터 유형을 선택하십시오.
참고: Azure HDInsight에는 Apache Hive 쿼리를 실행할 수 있는 여러 클러스터 유형 및 기술이 있습니다.
HDInsight 클러스터를 만들 때 적절한 클러스터 유형을 선택하여 워크로드 요구 사항에 맞게 성능을 최적화하세요.
예를 들어 대화형 쿼리 클러스터 유형을 선택하여 임시 대화형 쿼리를 최적화합니다. 일괄 처리로 사용되는 Hive 쿼리에 최적화하려면 Apache Hadoop 클러스터 유형을 선택하십시오. Spark 및 HBase 클러스터 유형도 Hive 쿼리를 실행할 수 있습니다.
참조:
https://docs.microsoft.com/bs-latn-ba/azure/hdinsight/hdinsight-hadoop-optimize-hive-query?toc=%2Fko-kr%2F

설명

1단계: 야간 로드 전에 사용자 정의 복원 지점 생성
SQL Data Warehouse는 페어링된 데이터 센터에 대해 하루에 한 번 지역 백업을 수행합니다. 지역 복원의 RPO는 24시간입니다. 지역 백업에 더 짧은 RPO가 필요한 경우 사용자 정의 복원 지점을 만들고 새로 만든 복원 지점에서 다른 지역의 새 데이터 웨어하우스로 복원할 수 있습니다.
2단계: 데이터 웨어하우스를 동일한 서버의 새 이름으로 복원합니다.
3단계: 복원된 데이터베이스 웨어하우스 이름을 바꿉니다.
참조:
https://docs.microsoft.com/en-us/azure/sql-data-warehouse/backup-and-restore