설명

박스 1: JWT 검증
validate-jwt 정책은 지정된 HTTP 헤더 또는 지정된 쿼리 매개변수에서 추출된 JWT의 존재 및 유효성을 적용합니다.
시나리오: 사용자 인증(아래 5단계 참조)
다음 단계는 사용자 인증 프로세스를 자세히 설명합니다.
* 사용자가 웹사이트에서 로그인을 선택합니다.
* 브라우저가 사용자를 Azure AD(Azure Active Directory) 로그인 페이지로 리디렉션합니다.
* 사용자가 로그인합니다.
* Azure AD는 사용자 세션을 다시 웹 애플리케이션으로 리디렉션합니다. URL에는 액세스 토큰이 포함되어 있습니다.
* 웹 애플리케이션은 API를 호출하고 인증 헤더에 액세스 토큰을 포함합니다. 애플리케이션 ID는 액세스 토큰에서 대상('aud') 클레임으로 전송됩니다.
* 백엔드 API는 액세스 토큰의 유효성을 검사합니다.
상자 2: 아웃바운드
참조:
https://docs.microsoft.com/en-us/azure/api-management/api-management-access-restriction-policies

설명:
상자 1: 인바운드.
감지된 사용자 ID를 저장하기 위한 변수 설정 정책.
예:
<정책>
<인바운드>
<!-- 사용자 ID를 결정하는 방법은 애플리케이션에 따라 다릅니다 -->
<세트 변수
이름="enduserid"
value="@(context.Request.Headers.GetValueOrDefault("Authorization","").Split(' ')[1].AsJwt()?.Subject)" /> 상자 2: 인바운드 캐시 조회 값 정책 예:
<인바운드>
<베이스 />
<cache-lookup vary-by-developer="true | false" vary-by-developer-groups="true | false" downstream-caching-type="none | private | public" must-revalidate="true | false" >
<vary-by-query-parameter>매개변수 이름</vary-by-query-parameter> <!-- 선택사항, 여러 번 반복 가능 -->
</캐시 조회>
</인바운드>
상자 3: 아웃바운드
캐시 저장 가치 정책.
예:
<아웃바운드>
<베이스 />
<cache-store duration="3600" />
</아웃바운드>
상자 4: 아웃바운드
사용자 프로필 정보로 응답 본문을 업데이트하는 찾기 및 바꾸기 정책.
예:
<아웃바운드>
<!-- 사용자 프로필로 응답 본문 업데이트-->
<찾아서 바꾸기
from='"$사용자 프로필$"'
to="@((문자열)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: 참
oauth2AllowImplicitFlow 속성은 이 웹 앱이 OAuth2.0 암시적 흐름 액세스 토큰을 요청할 수 있는지 여부를 지정합니다. 기본값은 거짓입니다. 이 플래그는 JavaScript 단일 페이지 앱과 같은 브라우저 기반 앱에 사용됩니다.
암시적 흐름에서 앱은 서버 간 교환 없이 Azure AD(Azure Active Directory) 권한 부여 끝점에서 직접 토큰을 받습니다. 모든 인증 논리 및 세션 처리는 페이지 리디렉션 또는 팝업 상자를 사용하여 JavaScript 클라이언트에서 전적으로 수행됩니다.
상자 2: requiredResourceAccess
동적 동의를 통해 requiredResourceAccess는 정적 동의를 사용하는 사용자의 관리자 동의 환경과 사용자 동의 환경을 주도합니다. 그러나 이 매개변수는 일반적인 경우에 대한 사용자 동의 환경을 구동하지 않습니다.
resourceAppId는 앱이 액세스해야 하는 리소스의 고유 식별자입니다. 이 값은 대상 리소스 앱에서 선언된 appId와 동일해야 합니다.
resourceAccess is an array that lists the OAuth2.0 permission scopes and app roles that the app requires from the specified resource. Contains the id and type values of the specified resources.
Example:
"requiredResourceAccess": [
{
"resourceAppId": "00000002-0000-0000-c000-000000000000",
"resourceAccess": [
{
"id": "311a71cc-e848-46a1-bdf8-97ff7156d8e6",
"type": "Scope"
}
]
}
],
Box 3: AzureADMyOrg
The signInAudience attribute specifies what Microsoft accounts are supported for the current application.
Supported values are:
AzureADMyOrg - Users with a Microsoft work or school account in my organization's Azure AD tenant (for example, single tenant) AzureADMultipleOrgs - Users with a Microsoft work or school account in any organization's Azure AD tenant (for example, multi-tenant) AzureADandPersonalMicrosoftAccount - Users with a personal Microsoft account, or a work or school account in any organization's Azure AD tenant Reference:
https://docs.microsoft.com/en-us/azure/active-directory/develop/reference-app-manifest
https://docs.microsoft.com/en-us/azure/active-directory/develop/v2-oauth2-implicit-grant-flow

참조:
https://docs.microsoft.com/bs-latn-ba/azure/cosmos-db/how-to-write-stored-procedures-triggers-udfs
https://mkyong.com/javascript/check-if-variable-is-a-number-in-javascript/