설명:

상자 1: 예
"path": "/*"는 includePaths에 있습니다.
인덱싱할 필요가 없는 경로를 선택적으로 제외하려면 루트 경로를 포함합니다. 이 방법을 사용하면 Azure Cosmos DB가 모델에 추가될 수 있는 새 속성을 사전에 인덱싱할 수 있으므로 권장됩니다.
상자 2: 아니요
"path": "/firstName/?"가 excludePaths에 있습니다.
상자 3: 예
"path": "/address/city/?"가 includePaths에 있습니다.
참고: https://docs.microsoft.com/en-us/azure/cosmos-db/index-policy

설명
대신 Azure Cosmos DB Core(SQL) API 변경 피드를 트리거로 사용하고 Azure 이벤트 허브를 출력으로 사용하는 Azure 함수를 만듭니다.
Azure Cosmos DB 변경 피드는 Azure Cosmos 컨테이너에서 레코드가 생성되거나 수정될 때 레코드를 지속적으로 증분하여 피드하는 메커니즘입니다. 변경 피드 지원은 컨테이너에서 변경 사항을 수신 대기하는 방식으로 작동합니다. 그런 다음 변경된 문서 목록을 수정된 순서대로 정렬하여 출력합니다.
다음 다이어그램은 솔루션에 관련된 데이터 흐름과 구성 요소를 나타냅니다.

참고: https://docs.microsoft.com/en-us/azure/cosmos-db/sql/changefeed-ecommerce-solution

참조:
https://docs.microsoft.com/en-us/azure/cosmos-db/갈등 해결 정책
https://docs.microsoft.com/en-us/azure/cosmos-db/sql/갈등 관리 방법

설명:

주제 1, Litware, inc
사례 연구
이 시험은 사례 연구입니다. 사례 연구는 별도의 시간 제한이 없습니다. 각 사례를 완료하는 데 필요한 시험 시간을 원하는 만큼 사용할 수 있습니다. 단, 이 시험에는 추가 사례 연구와 섹션이 포함될 수 있습니다. 정해진 시간 내에 모든 문제를 완료할 수 있도록 시간을 효율적으로 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시물 및 기타 자료가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 복습 화면이 나타납니다. 이 화면에서 답을 검토하고 다음 섹션으로 넘어가기 전에 수정할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 '다음' 버튼을 클릭하세요. 질문에 답하기 전에 왼쪽 창의 버튼을 사용하여 사례 연구 내용을 살펴보세요. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경, 문제 설명 등의 정보가 표시됩니다. 사례 연구에 '모든 정보' 탭이 있는 경우, 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 '질문' 버튼을 클릭하여 해당 질문으로 돌아가세요.
개요
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 기존 환경. 현재 문제.
Litware는 다음과 같은 문제를 식별합니다.
con-productVendor 컨테이너의 제품 카테고리에 대한 업데이트는 con-product 컨테이너의 문서에 자동으로 전파되지 않습니다.
con-product에서 애플리케이션 업데이트 시 HTTP 상태 코드 429 "요청이 너무 많음"이 자주 발생합니다. 429 상태 코드는 업데이트 중 과도한 요청 단위(RU) 사용과 관련이 있음을 알게 되었습니다.
요구 사항. 계획된 변경 사항
Litware는 iotdb라는 데이터베이스를 포함하는 account2라는 새로운 Azure Cosmos DB Core(SQL) API 계정을 구현할 계획입니다. iotdb 데이터베이스에는 con-iot1과 con-iot2라는 두 개의 컨테이너가 포함됩니다.
Litware는 다음과 같은 변경을 계획하고 있습니다.
원격 측정 데이터를 account2에 저장합니다.
여러 개의 읽기-쓰기 영역을 지원하도록 account1을 구성합니다.
con-product 컨테이너에 대한 참조 무결성을 구현합니다.
Azure Functions를 사용하여 다양한 수신자에게 제품 업데이트 알림을 보냅니다.
모든 위치에서 실행되고 account1의 데이터를 쿼리하는 App1이라는 앱을 개발합니다.
소매점에서 실행되어 account2의 데이터를 쿼리하는 App2라는 앱을 개발합니다. App2는 account2에 액세스할 때 단일 DNS 엔드포인트로 제한되어야 합니다.
요구 사항. 비즈니스 요구 사항
Litware는 다음과 같은 비즈니스 요구 사항을 식별합니다.
요구 사항에 대한 솔루션이 여러 개 있는 경우, 추가 비용이 발생하지 않는 한 가장 우수한 성능을 제공하는 솔루션을 선택하세요.
IoT 관련 처리에 대한 Azure Cosmos DB 비용이 예측 가능한지 확인하세요.
소매점의 방화벽 변경 횟수를 최소화합니다.
요구 사항. 제품 카탈로그 요구 사항
Litware는 제품 카탈로그에 대해 다음과 같은 요구 사항을 식별합니다.
제품 카탈로그 데이터에 대한 사용자 정의 충돌 해결 정책을 구현합니다.
con-product 컨테이너를 업데이트하는 동안 오류 빈도를 최소화합니다.
다중 지역 쓰기가 구성되면 account1의 데이터에 대한 App1 쿼리의 성능을 극대화합니다.
con-product 컨테이너의 모든 문서가 업데이트될 때마다 두 개의 Azure 함수가 실행되도록 트리거합니다.