설명

박스 1: 일관성 수준
ItemRequestOptions 클래스 ConsistencyLevel 속성은 Azure Cosmos DB 서비스의 요청에 필요한 일관성 수준을 가져오거나 설정합니다.
Azure Cosmos DB는 5가지 일관성 수준을 제공합니다. 강력, 제한된 부실, 세션, 일관된 접두사 및 이벤트 - 가장 강한 일관성에서 가장 약한 일관성 순으로 정렬.
박스 2: _etag
ItemRequestOptions 클래스는 SDK가 If-Match 헤더를 사용하여 서버가 리소스를 업데이트해야 하는지 여부를 결정하도록 하도록 지정하여 낙관적 동시성을 구현하는 데 도움이 되었습니다. If-Match 값은 확인할 ETag 값입니다. ETag 값이 서버 ETag 값과 일치하면 리소스가 업데이트됩니다.
참조:
https://docs.microsoft.com/en-us/dotnet/api/microsoft.azure.cosmos.itemrequestions
https://cosmosdb.github.io/labs/dotnet/labs/10-concurrency-control.html

제한된 부실은 낮은 쓰기 대기 시간을 기대하지만 전체 글로벌 주문 보장이 필요한 글로벌 분산 애플리케이션에서 자주 선택됩니다. 제한된 부실은 그룹 협업 및 공유, 주식 티커, 게시-구독/대기열 등을 특징으로 하는 애플리케이션에 적합합니다.
시나리오: con-product의 애플리케이션 업데이트로 인해 HTTP 상태 코드 429 "요청이 너무 많습니다"가 자주 발생합니다.
업데이트 중에 과도한 요청 단위(RU) 소모와 429 상태 코드가 관련이 있다는 것을 알게 되었습니다.
참조:
https://docs.microsoft.com/en-us/azure/cosmos-db/consistency-levels

주제 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이라는 앱을 개발합니다.
App2라는 이름의 앱을 개발하여 리테일 매장에서 실행하고 account2의 데이터를 쿼리합니다. App2는 account2에 액세스할 때 단일 DNS 엔드포인트로 제한되어야 합니다.
요구 사항. 비즈니스 요구 사항
Litware는 다음과 같은 비즈니스 요구 사항을 식별합니다.
요구 사항에 대한 솔루션이 여러 개 있는 경우, 추가 비용이 발생하지 않는 한 가장 우수한 성능을 제공하는 솔루션을 선택하세요.
IoT 관련 처리에 대한 Azure Cosmos DB 비용이 예측 가능한지 확인하세요.
소매점의 방화벽 변경 횟수를 최소화합니다.
요구 사항. 제품 카탈로그 요구 사항
Litware는 제품 카탈로그에 대해 다음과 같은 요구 사항을 식별합니다.
제품 카탈로그 데이터에 대한 사용자 정의 충돌 해결 정책을 구현합니다.
con-product 컨테이너 업데이트 중 오류 빈도를 최소화합니다.
다중 지역 쓰기가 구성되면 account1의 데이터에 대한 App1 쿼리의 성능을 극대화합니다.
con-product 컨테이너의 모든 문서가 업데이트될 때마다 두 개의 Azure 함수를 실행하도록 트리거합니다.

주제 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이라는 앱을 개발합니다.
App2라는 이름의 앱을 개발하여 리테일 매장에서 실행하고 account2의 데이터를 쿼리합니다. App2는 account2에 액세스할 때 단일 DNS 엔드포인트로 제한되어야 합니다.
요구 사항. 비즈니스 요구 사항
Litware는 다음과 같은 비즈니스 요구 사항을 식별합니다.
요구 사항에 대한 솔루션이 여러 개 있는 경우, 추가 비용이 발생하지 않는 한 가장 우수한 성능을 제공하는 솔루션을 선택하세요.
IoT 관련 처리에 대한 Azure Cosmos DB 비용이 예측 가능한지 확인하세요.
소매점의 방화벽 변경 횟수를 최소화합니다.
요구 사항. 제품 카탈로그 요구 사항
Litware는 제품 카탈로그에 대해 다음과 같은 요구 사항을 식별합니다.
제품 카탈로그 데이터에 대한 사용자 정의 충돌 해결 정책을 구현합니다.
con-product 컨테이너 업데이트 중 오류 빈도를 최소화합니다.
다중 지역 쓰기가 구성되면 account1의 데이터에 대한 App1 쿼리의 성능을 극대화합니다.
con-product 컨테이너의 모든 문서가 업데이트될 때마다 두 개의 Azure 함수를 실행하도록 트리거합니다.