설명

계획: 표준
표준 지원 자동 크기 조정
인스턴스 수: 10
표준의 최대 인스턴스는 10개입니다.
대본:
솔루션을 지원하는 REST API는 다음 요구 사항을 충족해야 합니다.
* 추가 비용을 발생시키지 않으면서 Azure 내의 테스트 위치에 배포할 수 있습니다.
* 애플리케이션 가동 중지 시간을 유발하지 않으면서 배송이 가장 많은 시간 동안 자동으로 용량을 두 배로 확장합니다.
* Azure 결제 모델을 선택할 때 비용을 최소화하세요.
참고자료:
https://azure.microsoft.com/en-us/pricing/details/app-service/plans/

설명

상자 1: 인바운드.
감지된 사용자 ID를 저장하기 위한 변수 설정 정책입니다.
예:
<정책>
<인바운드>
<!-- 사용자 신원을 확인하는 방법은 애플리케이션에 따라 다릅니다 -->
<설정변수
이름="enduserid"
value="@(context.Request.Headers.GetValueOrDefault("Authorization","").Split(' ')[1].AsJwt()?.Subject)" /> 상자 2: 인바운드 캐시 조회 값 정책 예:
<인바운드>
<베이스 />
<cache-lookupvari-by-developer="true | false"vari-by-developer-groups="true | false"downstream-caching-type="없음 |개인 |공개" must-revalidate="true |false" >
<vary-by-query-parameter>매개변수 이름</vary-by-query-parameter> <!-- 선택사항, 여러 번 반복 가능 -->
</캐시-조회>
</인바운드>
상자 3: 아웃바운드
캐시 저장 가치 정책.
예:
<아웃바운드>
<베이스 />
<캐시 저장 기간="3600" />
</아웃바운드>
상자 4: 아웃바운드
사용자 프로필 정보로 응답 본문을 업데이트하는 찾기 및 바꾸기 정책입니다.
예:
<아웃바운드>
<!-- 사용자 프로필로 응답 본문 업데이트-->
<찾기 및 바꾸기
from='"$userprofile$"'
to="@((string)context.Variables["userprofile"])" />
<베이스 />
</아웃바운드>
참조:
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

설명

상자 1: SAS 토큰
사용자 정의 주제는 SAS(공유 액세스 서명) 또는 키 인증을 사용합니다. Microsoft는 SAS를 권장하지만 키 인증은 간단한 프로그래밍을 제공하고 많은 기존 웹훅 게시자와 호환됩니다.
이 경우 SAS 토큰에서 제공하는 만료 시간이 필요합니다.
상자 2: ValidationCode 핸드셰이크
Event Grid는 구독의 유효성을 검사하는 두 가지 방법, 즉 ValidationCode 핸드셰이크(프로그래밍 방식) 및 ValidationURL 핸드셰이크(수동)를 지원합니다.
엔드포인트의 소스 코드를 제어하는 ​​경우 이 방법을 권장합니다.

설명
제거할 경로 목록에서 지원되는 형식은 다음과 같습니다.
* 단일 경로 제거: 파일 확장자를 사용하여 자산의 전체 경로(프로토콜 및 도메인 제외)를 지정하여 개별 자산을 제거합니다(예: /pictures/strasbourg.png).
* 와일드카드 제거: 별표(*)를 와일드카드로 사용할 수 있습니다. 경로에 /*가 있는 엔드포인트 아래의 모든 폴더, 하위 폴더 및 파일을 제거하거나 폴더 뒤에 /*를 지정하여 특정 폴더 아래의 모든 하위 폴더 및 파일을 제거합니다(예: /pictures/*).
* 루트 도메인 제거: 경로에 "/"가 포함된 엔드포인트의 루트를 제거합니다.
참조:
https://docs.microsoft.com/en-us/azure/frontdoor/front-door-caching

설명

상자 1: 프리미엄
이제 Service Bus는 큐에 메시지가 있는 경우 Event Grid로 이벤트를 내보내거나 수신자가 없을 때 구독을 내보낼 수 있습니다. Service Bus 네임스페이스에 대한 Event Grid 구독을 만들고, 이러한 이벤트를 수신한 다음, 수신기를 시작하여 이벤트에 반응할 수 있습니다. 이 기능을 사용하면 반응형 프로그래밍 모델에서 Service Bus를 사용할 수 있습니다.
기능을 활성화하려면 다음 항목이 필요합니다.
하나 이상의 Service Bus 큐가 있는 Service Bus 프리미엄 네임스페이스 또는 하나 이상의 구독이 있는 Service Bus 항목.
Service Bus 네임스페이스에 대한 기여자 액세스입니다.
상자 2: 기여자
참조:
https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-to-event-grid-integration-concept