설명

상자 1: 합성 인덱스
여러 속성으로 주문할 수 있습니다. 여러 속성을 기준으로 정렬하는 쿼리에는 복합 인덱스가 필요합니다.
상자 2: 내림차순
예: (이름 ASC, 연령 ASC)에 대해 정의된 복합 인덱스:
순서를 지정하는 것은 선택 사항입니다. 지정하지 않으면 오름차순입니다.
{
"자동": 참,
"indexingMode": "일관된",
"포함된 경로":[
{
"길":"/*"
}
],
"excludedPaths":[],
"복합 인덱스":[
[
{
"경로":"/이름",
},
{
"경로":"/나이",
}
]
]
}

1 - Azure Portal에서 통합 계정 만들기
2 - 논리 앱을 통합 계정에 연결
3 - 파트너, 스키마, 인증서, 맵 및 계약 추가
4 - Logic App에 대한 사용자 지정 커넥터를 만듭니다.

설명
대신 applicationInitialization 구성 요소를 포함하도록 web.config 파일을 업데이트하십시오. 스크립트를 실행할 사용자 정의 초기화 작업을 지정합니다.
참고: 일부 앱은 교체 전에 사용자 지정 준비 작업이 필요할 수 있습니다. web.config의 applicationInitialization 구성 요소를 사용하면 사용자 정의 초기화 작업을 지정할 수 있습니다. 교체 작업은 대상 슬롯으로 교체하기 전에 이 사용자 지정 워밍업이 완료될 때까지 기다립니다. 다음은 샘플 web.config 조각입니다.
<시스템.웹서버>
<응용 프로그램 초기화>
<add initializationPage="/" hostName="[앱 호스트 이름]" />
<add initializationPage="/Home/About" hostName="[앱 호스트 이름]" />
</application초기화>
</시스템.웹서버>
참조:
https://docs.microsoft.com/en-us/azure/app-service/deploy-staging-slots#troubleshoot-swaps

설명

스토리지 계정을 이동하려면 다른 지역에서 스토리지 계정의 복사본을 만드세요. 그런 다음 AzCopy 또는 선택한 다른 도구를 사용하여 데이터를 해당 계정으로 이동합니다.
단계는 다음과 같습니다.
* 템플릿을 내보냅니다.
* 대상 지역 및 스토리지 계정 이름을 추가하여 템플릿을 수정합니다.
* 템플릿을 배포하여 새 스토리지 계정을 만듭니다.
* 새 저장소 계정을 구성합니다.
* 데이터를 새 스토리지 계정으로 이동합니다.
* 원본 지역의 리소스를 삭제합니다.
참고: 변경 사항 캡처 및 기록을 시작하려면 스토리지 계정에서 변경 피드를 활성화해야 합니다.
Portal 또는 Powershell에서 Azure Resource Manager 템플릿을 사용하여 변경 사항을 활성화 및 비활성화할 수 있습니다.
참조:
https://docs.microsoft.com/en-us/azure/storage/common/storage-account-move
https://docs.microsoft.com/en-us/azure/storage/blobs/storage-blob-change-feed

VM의 시스템 할당 관리 ID를 사용하여 액세스 토큰을 가져오고 이를 사용하여 Azure Resource Manager를 호출합니다. 이 부분에서는 PowerShell을 사용해야 합니다.
1. 포털에서 가상 머신으로 이동하여 Windows 가상 머신으로 이동한 다음 개요에서 연결을 클릭합니다.
2. Windows VM을 생성할 때 추가한 사용자 이름과 암호를 입력합니다.
3. 이제 가상 머신과의 원격 데스크톱 연결을 만들었으므로 원격 세션에서 PowerShell을 엽니다.
4. Invoke-WebRequest cmdlet을 사용하여 Azure Resource Manager에 대한 액세스 토큰을 가져오도록 Azure 리소스 엔드포인트에 대한 로컬 관리 ID에 요청합니다.
예시:
$response = Invoke-WebRequest -Uri 'http://169.254.169.254/metadata/identity/oauth2/token?api- version=2018-02-01&resource=https://management.azure.com/' -메서드 GET - 헤더 @{Metadata="true"} 참조:
https://docs.microsoft.com/en-us/azure/active-directory/managed-identities-azure-resources/tutorial-windows-vm-access-arm Azure 솔루션 모니터링, 문제 해결 및 최적화 Testlet 1 사례 연구 사례 연구이다. 사례 연구는 별도로 시간이 지정되지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다.
주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답을 검토하고 시험의 다음 섹션으로 이동하기 전에 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하십시오. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 탐색하십시오. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아갑니다.
배경
개요
귀하는 Contoso, Ltd.의 개발자입니다. 이 회사에는 SPA(단일 페이지 응용 프로그램)로 개발된 소셜 네트워킹 웹 사이트가 있습니다. 소셜 네트워킹 웹 사이트의 기본 웹 애플리케이션은 Blob Storage에서 사용자가 업로드한 콘텐츠를 로드합니다.
업로드된 데이터에 부적절한 콘텐츠가 있는지 모니터링하는 솔루션을 개발 중입니다. 사용자가 SPA를 사용하여 콘텐츠를 업로드할 때 다음 프로세스가 발생합니다.
* 메시지는 ContentUploadService로 전송됩니다.
* 콘텐츠는 ContentAnalysisService에 의해 처리됩니다.
* 처리가 완료되면 해당 콘텐츠가 소셜 네트워크에 게시되거나 그 자리에 거부 메시지가 게시됩니다.
ContentAnalysisService는 contosoimages라는 비공개 Azure Container Registry의 Azure Container Instances와 함께 배포됩니다.
이 솔루션은 8개의 CPU 코어를 사용합니다.
Azure Active Directory
Contoso, Ltd.는 내부 계정과 게스트 계정 모두에 Azure AD(Azure Active Directory)를 사용합니다.
요구 사항
콘텐츠 분석 서비스
회사의 데이터 과학 그룹은 사용자 생성 콘텐츠를 문자열로 받아들이고 부적절한 콘텐츠에 대해 가능한 값을 반환하는 ContentAnalysisService를 구축했습니다. 특정 임계값을 초과하는 값은 Contoso, Ltd의 직원이 검토해야 합니다.
콘텐츠 검사를 수행하려면 CheckUserContent라는 Azure 함수를 만들어야 합니다.
소송 비용
모든 Azure 서비스에 대한 비용을 최소화해야 합니다.
직접 검토
콘텐츠를 검토하려면 사용자가 Azure AD 자격 증명을 사용하여 ContentAnalysisService의 웹 사이트 부분에 인증해야 합니다. 웹사이트는 React를 사용하여 구축되었으며 모든 페이지와 API 엔드포인트에는 인증이 필요합니다.
콘텐츠를 검토하려면 사용자가 ContentReviewer 역할의 일부여야 합니다. 완료된 모든 검토에는 감사 목적으로 검토자의 이메일 주소가 포함되어야 합니다.
고가용성
모든 서비스는 여러 지역에서 실행되어야 합니다. 한 지역의 서비스 장애는 전체 애플리케이션 가용성에 영향을 미치지 않아야 합니다.
모니터링
ContentUploadService가 사용 가능한 CPU 코어의 80% 이상을 사용하는 경우 경고가 발생해야 합니다.
보안
다음과 같은 보안 요구 사항이 있습니다.
* 인터넷을 통해 액세스할 수 있는 모든 웹 서비스는 사이트 간 스크립팅 공격으로부터 보호되어야 합니다.
* 모든 웹사이트와 서비스는 유효한 루트 인증 기관의 SSL을 사용해야 합니다.
* Azure Storage 액세스 키는 메모리에만 저장해야 하며 서비스에서만 사용할 수 있어야 합니다.
* 모든 내부 서비스는 내부 가상 네트워크(VNet)에서만 액세스할 수 있어야 합니다.
* 시스템의 모든 부분은 인바운드 및 아웃바운드 트래픽 제한을 지원해야 합니다.
* 모든 서비스 호출은 Azure AD를 사용하여 인증되어야 합니다.
사용자 계약
사용자가 콘텐츠를 제출할 때 사용자 계약에 동의해야 합니다. 이 계약을 통해 Contoso, Ltd.의 직원은 콘텐츠를 검토하고, 사용자 장치에 쿠키를 저장하고, 사용자의 IP 주소를 추적할 수 있습니다.
계약에 대한 정보는 Contoso, Ltd 내의 여러 부서에서 사용됩니다.
사용자 응답은 손실되지 않아야 하며 개별 서비스 가동 시간에 관계없이 모든 당사자가 사용할 수 있어야 합니다.
계약 규모는 시간당 수백만 건에 이를 것으로 예상됩니다.
검증 테스트
ContentAnalysisService의 새 버전을 사용할 수 있는 경우 이전 7일 간의 콘텐츠를 새 버전으로 처리하여 새 버전이 이전 버전과 크게 다르지 않은지 확인해야 합니다.
문제
ContentUploadService 사용자는 특정 페이지에서 때때로 HTTP 502 응답을 본다고 보고합니다.
암호
콘텐츠 업로드 서비스