설명:

SaaS 애플리케이션에 대한 요구 사항을 고려할 때 어떤 Azure Cosmos DB API가 적합한지는 다음과 같습니다.
핵심(SQL) API: 이 API를 사용하면 데이터를 키-값 쌍 또는 JSON 문서로 저장할 수 있으며 데이터를 쿼리하기 위한 SQL과 유사한 쿼리 언어를 제공합니다. 유연한 스키마를 제공하며 데이터 모델이 키-값 쌍 또는 반구조화된 JSON인 애플리케이션에 적합합니다. 여러 일관성 수준을 지원하고 고가용성 및 재해 복구를 위해 여러 쓰기 지역이 있는 글로벌 분산을 제공합니다.
귀하의 특정 요구 사항을 고려합니다.
최저 비용 에디션: 최선의 노력 성능이 필요하며 지역 장애 조치가 필요하지 않습니다. Core(SQL) API는 기본 기능을 제공하면서 비용을 최소화하는 방식으로 구성할 수 있습니다.
고비용 에디션: 고객은 보장된 성능과 여러 지역에 대한 지원을 요구합니다. Core(SQL) API는 보장된 처리량을 지원하도록 확장할 수 있으며, 고가용성과 재해 복구를 보장하기 위해 다중 지역 복제를 위해 구성할 수 있습니다.
따라서 비용 최소화와 더 많은 기능을 갖춘 상위 버전으로 확장할 수 있는 기능을 모두 고려하면 애플리케이션에 가장 적합한 Azure Cosmos DB API는 다음과 같습니다. 핵심(SQL) API
이 API는 애플리케이션이 다양한 버전을 거치면서 발전함에 따라 성능 보장과 지역 지원 측면에서 유연성을 제공합니다.

박스 1: 인바운드.
탐지된 사용자 신원을 저장하는 설정 변수 정책입니다.
예:
<정책>
<인바운드>
<!-- 사용자 신원을 확인하는 방법은 애플리케이션에 따라 다릅니다 -->
<변수 설정>
이름="enduserid"
value="@(context.Request.Headers.GetValueOrDefault("Authorization","").Split(' ')[1].AsJwt()?.Subject)" /> 상자 2: 인바운드 캐시 조회 값 정책 예:
<인바운드>
<베이스 />
<캐시 조회 vary-by-developer="true | false" vary-by-developer-groups="true | false" 다운스트림 캐싱 유형="none | private | public" must-revalidate="true | false">
<vary-by-query-parameter>매개변수 이름</vary-by-query-parameter> <!-- 선택 사항, 여러 번 반복 가능 -->
</캐시-조회>
</인바운드>
박스 3: 아웃바운드
캐시-저장-값 정책.
예:
<아웃바운드>
<베이스 />
<캐시 저장소 기간="3600" />
</아웃바운드>
박스 4: 아웃바운드
응답 본문을 사용자 프로필 정보로 업데이트하는 찾기 및 바꾸기 정책입니다.
예:
<아웃바운드>
<!-- 사용자 프로필로 응답 본문 업데이트-->
<찾아서 바꾸기
from='"$userprofile$"'
to="@((string)context.변수["사용자 프로필"])" />
<베이스 />
</아웃바운드>
참조:
https://docs.microsoft.com/en-us/azure/api-management/api-management-caching-policies
https://docs.microsoft.com/en-us/azure/api-management/api-management-sample-cache-by-key

설명:

FutureOrders: SQLFilter
HighPriortyOrders: 상관관계필터
CorrelationID만
국제주문: SQLFilter
국가가 미국이 아니면 SQL 필터가 필요합니다.
HighQuantityOrders: SQLFilter
관계 연산자를 사용해야 하므로 SQL 필터가 필요합니다.
AllOrders: 필터 없음
SQL 필터: SQL 필터 - SqlFilter는 브로커에서 도착 메시지의 사용자 정의 속성 및 시스템 속성에 대해 평가되는 SQL과 유사한 조건식을 보유합니다. 모든 시스템 속성은 조건식에서 sys.로 접두사를 붙여야 합니다. 필터 조건에 대한 SQL 언어 하위 집합은 속성(EXISTS)의 존재 여부와 null 값(IS NULL), 논리적 NOT/AND/OR, 관계 연산자, 간단한 숫자 산술 및 LIKE를 사용한 간단한 텍스트 패턴 매칭을 테스트합니다.
상관 관계 필터 - CorrelationFilter는 도착 메시지의 하나 이상의 사용자 및 시스템 속성과 일치하는 조건 집합을 보유합니다. 일반적인 용도는 CorrelationId 속성과 일치하는 것이지만, 애플리케이션은 ContentType, Label, MessageId, ReplyTo, ReplyToSessionId, SessionId, To 및 모든 사용자 정의 속성과 일치하도록 선택할 수도 있습니다. 도착 메시지의 속성 값이 상관 관계 필터에 지정된 값과 같을 때 일치가 발생합니다. 문자열 표현식의 경우 비교는 대소문자를 구분합니다. 여러 일치 속성을 지정할 때 필터는 이를 논리적 AND 조건으로 결합합니다. 즉, 필터가 일치하려면 모든 조건이 일치해야 합니다.
부울 필터 - TrueFilter와 FalseFilter는 도착하는 모든 메시지(true)를 구독 대상으로 선택하거나, 도착하는 메시지 중 아무것도 선택하지 않습니다(false).
참고문헌:
https://docs.microsoft.com/en-us/azure/service-bus-messaging/topic-filters