참고: 이 섹션에는 동일한 시나리오와 문제를 다룬 하나 이상의 문제 세트가 포함되어 있습니다. 각 문제는 문제에 대한 고유한 해결책을 제시합니다. 제시된 해결책이 목표를 충족하는지 판단해야 합니다. 문제 세트 내에서 하나 이상의 해결책이 문제를 해결할 수 있으며, 반대로 어떤 해결책도 문제를 해결하지 못할 수도 있습니다.
이 섹션의 질문에 답변하신 후에는 뒤로 돌아갈 수 없습니다. 따라서 이 질문들은 검토 화면에 나타나지 않습니다.
Azure Cosmos DB for NoSQL 데이터베이스가 있습니다. 이 데이터베이스에는 families라는 컨테이너가 있으며, 이 컨테이너에는 다음 형식으로 데이터가 저장됩니다.

다음 데이터를 반환해야 합니다.
- 가족의 신분증
- 아이들의 성씨
- 반려동물이 고양이인 경우, 반려동물의 이름
해결 방법: 다음 쿼리를 실행합니다.

이것이 목표를 달성합니까?

• A. 예
• B. 아니요

핫스팟 질문
Container1이라는 이름의 컨테이너가 포함된 Azure Cosmos DB for NoSQL 계정이 있습니다.
컨테이너1의 기본 인덱싱 정책에 복합 인덱스를 추가합니다. 인덱스의 정의는 다음과 같습니다.
이름 ASC, 나이 ASC
귀하는 Container1에 대해 다음 쿼리를 실행할 계획입니다.
선택하다 *
C에서
c.firstName이 "John"인 경우
그리고 c.age > 21
그리고 c._ts < 1612213196
쿼리 성능을 최적화하려면 추가 인덱스를 생성해야 합니다.
추가 색인은 어떻게 작성해야 합니까? 답변하려면 답변란에서 적절한 옵션을 선택하십시오.
참고: 정답 하나당 1점입니다.

사례 연구 1 - 리트웨어 주식회사
개요
Litware, Inc.는 미국에 본사를 둔 식료품 소매업체입니다. Litware는 시애틀에 본사와 주요 데이터센터를 두고 있습니다. 미국 전역에 50개의 소매점을 운영하고 있으며 온라인 사업도 점차 확장하고 있습니다. 각 매장은 인터넷에 직접 연결되어 있습니다. 기존 환경.
클라우드 및 데이터 서비스 환경. Litware는 다음 표에 표시된 리소스를 포함하는 Azure 구독을 보유하고 있습니다.

productdb의 각 컨테이너는 수동 처리량으로 구성되어 있습니다. con-product 컨테이너에는 회사의 제품 카탈로그 데이터가 저장됩니다. con-product의 각 문서에는 con-productvendor 값이 포함되어 있습니다. con-product의 데이터를 대상으로 하는 대부분의 쿼리는 다음 형식을 따릅니다.
SELECT * FROM con-product p WHERE p.con-productVendor - 'name'
con-productVendor 컨테이너의 데이터를 대상으로 하는 대부분의 쿼리는 다음과 같은 형식입니다. SELECT * FROM con-productVendor pv ORDER BY pv.creditRating, pv.yearFounded Existing environment.
현재 당면한 문제점.
Litware는 다음과 같은 문제점을 파악했습니다.
- con-productVendor 컨테이너의 제품 카테고리 업데이트는 con-product 컨테이너의 문서에 자동으로 반영되지 않습니다.
- 컨소시엄 제품의 애플리케이션 업데이트로 인해 HTTP 상태 코드 429 "요청이 너무 많습니다" 오류가 자주 발생합니다.
- 429 상태 코드가 업데이트 중 과도한 요청 단위(RU) 소비와 관련이 있음을 알게 되었습니다.
요구 사항.
계획된 변경 사항
Litware는 account2라는 이름의 새로운 Azure Cosmos DB for NoSQL 계정을 생성할 계획이며, 이 계정에는 iotdb라는 이름의 데이터베이스가 포함될 것입니다. iotdb 데이터베이스에는 con-iot1과 con-iot2라는 이름의 컨테이너 두 개가 들어설 예정입니다.
Litware는 다음과 같은 변경 사항을 적용할 계획입니다.
- 원격 측정 데이터를 account2에 저장합니다.
- account1이 여러 읽기/쓰기 영역을 지원하도록 구성합니다.
- con-product 컨테이너에 대한 참조 무결성을 구현합니다.
- Azure Functions를 사용하여 제품 업데이트에 대한 알림을 다양한 수신자에게 보낼 수 있습니다.
- 모든 위치에서 실행되고 account1의 데이터를 조회할 수 있는 App1이라는 앱을 개발하세요.
- App2라는 앱을 개발하여 소매점에서 실행하고 account2의 데이터를 조회하도록 하세요.
- App2는 account2에 접근할 때 단일 DNS 엔드포인트로 제한되어야 합니다.
요구 사항.
비즈니스 요구사항
Litware는 다음과 같은 비즈니스 요구 사항을 파악했습니다.
요구사항에 대해 여러 해결책이 있는 경우, 추가 비용이 발생하지 않는다면 최상의 성능을 제공하는 해결책을 선택하십시오.
- IoT 관련 처리에 대한 Azure Cosmos DB 비용을 예측 가능하게 보장합니다.
- 소매점에서 방화벽 변경 횟수를 최소화합니다.
요구 사항.
제품 카탈로그 요구 사항
Litware는 제품 카탈로그에 대해 다음과 같은 요구 사항을 제시합니다.
- 제품 카탈로그 데이터에 대한 사용자 지정 충돌 해결 정책을 구현합니다.
- 컨소시엄 제품 컨테이너 업데이트 중 오류 발생 빈도를 최소화합니다.
- 다중 지역 쓰기 구성이 완료되면 account1의 데이터에 대한 App1 쿼리의 성능을 극대화하십시오.
- con-product 컨테이너 내의 문서가 업데이트될 때마다 두 개의 Azure 함수가 실행되도록 합니다.
핫스팟 질문
con-product 및 con-productVendor에 대한 인덱스를 추천해야 합니다. 솔루션은 제품 카탈로그 요구 사항과 비즈니스 요구 사항을 모두 충족해야 합니다.
각 컨테이너에 어떤 유형의 인덱스를 추천하시겠습니까? 답변하려면 답변 영역에서 적절한 옵션을 선택하십시오.
참고: 정답 하나당 1점입니다.

드래그 앤 드롭 질문
귀하의 Azure 구독에는 다음 표에 표시된 리소스가 포함되어 있습니다.

db1에 다음과 같은 속성을 가진 컨테이너를 생성해야 합니다.
- 이름: 컨테이너1
- 암호화: Always Encrypted를 사용한 클라이언트 측 암호화
어떤 세 가지 행동을 순서대로 수행해야 할까요? 정답을 선택하려면, 행동 목록에서 적절한 행동을 골라 답란에 옮겨 올바른 순서대로 배열하세요.

드래그 앤 드롭 질문
여러 지역에 걸쳐 쓰기가 가능하도록 구성된 Azure Cosmos DB for NoSQL 계정이 있습니다. 이 계정에는 container1과 container2라는 두 개의 컨테이너가 있는 데이터베이스가 포함되어 있습니다. 다음은 container1에 있는 문서의 예시입니다.
{
"customerId": 1234,
"firstName": "John",
"성": "스미스",
"정책연도": 2021
}
다음은 container2에 있는 문서의 예시입니다.
{
"gpsId": 1234,
"위도": 38.8951,
경도: -77.0364
}
다음 요구 사항을 충족하도록 충돌 해결을 구성해야 합니다.
- container1의 경우 가장 높은 값을 사용하여 충돌을 해결해야 합니다.
정책연도의 경우.
- container2의 경우, 거리를 허용하여 충돌을 해결해야 합니다.
위도 40.730610, 경도 -73.935242에 가장 가깝습니다.
- 해결책을 실행하는 데 필요한 행정적 노력은 최소화되어야 합니다.
각 컨테이너에 어떤 설정을 해야 할까요? 해당 설정을 올바른 컨테이너로 드래그하여 배치하세요. 각 설정은 한 번, 여러 번 또는 전혀 사용되지 않을 수 있습니다. 콘텐츠를 보려면 창 사이의 분할 막대를 드래그하거나 스크롤해야 할 수도 있습니다.
참고: 정답 하나당 1점입니다.