설명

1단계: 사용자가 이미지를 요청합니다.
사용자는 <엔드포인트 이름>.azureedge.net과 같은 특수 도메인 이름이 있는 URL을 사용하여 파일(자산이라고도 함)을 요청합니다. 이 이름은 엔드포인트 호스트 이름이거나 사용자 지정 도메인일 수 있습니다. DNS는 일반적으로 사용자에게 지리적으로 가장 가까운 POP인 가장 성능이 좋은 POP 위치로 요청을 라우팅합니다.
2단계: POP에 에지 서버가 없는 경우..
POP의 에지 서버에 캐시에 파일이 없으면 POP는 원본 서버에 파일을 요청합니다. 원본 서버는 Azure 웹앱, Azure 클라우드 서비스, Azure Storage 계정 또는 공개적으로 액세스할 수 있는 웹 서버일 수 있습니다.
3단계: 원본 서버가 ..
원본 서버는 POP의 에지 서버에 파일을 반환합니다.
POP의 에지 서버는 파일을 캐시하고 원래 요청자(Alice)에게 파일을 반환합니다. 파일은 HTTP 헤더에 지정된 TTL(Time-to-Live)이 만료될 때까지 POP의 에지 서버에 캐시된 상태로 유지됩니다. 원본 서버가 TTL을 지정하지 않은 경우 기본 TTL은 7일입니다.
4단계: 다음에 대한 후속 요청..
그런 다음 추가 사용자는 원래 사용자가 사용한 것과 동일한 URL을 사용하여 동일한 파일을 요청할 수 있으며 동일한 POP로 연결될 수도 있습니다.
파일의 TTL이 만료되지 않은 경우 POP 에지 서버는 캐시에서 직접 파일을 반환합니다. 이 프로세스를 통해 더 빠르고 반응성이 뛰어난 사용자 환경이 제공됩니다.
참고자료:
https://docs.microsoft.com/en-us/azure/cdn/cdn-overview

설명:
상자 1: 예
AcquireLeaseAsync는 임대 시간을 지정하지 않습니다.
LeaseTime은 임대를 획득하는 시간 범위를 나타내는 TimeSpan이며 초 단위로 반내림됩니다. null인 경우 무한 임대가 획득됩니다. null이 아닌 경우 15~60초여야 합니다.
상자 2: 아니요
GetBlockBlobReference 메서드는 이 컨테이너의 블록 Blob에 대한 참조를 가져옵니다.
상자 3: 예
BreakLeaseAsync 메서드는 이 컨테이너의 현재 임대를 중단하는 비동기 작업을 시작합니다.
참조:
https://docs.microsoft.com/en-us/dotnet/api/microsoft.azure.storage.blob.cloudblobcontainer.acquireleaseasync
https://docs.microsoft.com/en-us/dotnet/api/microsoft.azure.storage.blob.cloudblobcontainer.getblockblobreference
https://docs.microsoft.com/en-us/dotnet/api/microsoft.azure.storage.blob.cloudblobcontainer.breakleaseasync

설명

상자 1: user_impersonation
상자 2: 위임됨
예:
1. API 권한 섹션을 선택하세요.
2. 권한 추가 버튼을 클릭한 후 다음을 수행합니다.
내 API 탭이 선택되어 있는지 확인하세요.
3. API 목록에서 API TodoListService-aspnetcore를 선택합니다.
4. 위임된 권한 섹션에서 올바른 권한(user_impersonation)이 선택되어 있는지 확인하십시오.
5. 권한 추가 버튼을 선택합니다.
상자 3: 위임됨
예
1. API 권한 섹션을 선택하세요.
2. 권한 추가 버튼을 클릭한 후,
Microsoft API 탭이 선택되어 있는지 확인하세요.
3. 일반적으로 사용되는 Microsoft API 섹션에서 Microsoft Graph를 클릭합니다.
4. 위임된 권한 섹션에서 올바른 권한(User.Read)이 선택되어 있는지 확인하십시오. 필요한 경우 검색창을 사용하세요.
5. 권한 추가 버튼을 선택하세요.
참조:
https://docs.microsoft.com/en-us/samples/azure-samples/active-directory-dotnet-webapp-webapi-openidconnect-

참조:
https://docs.microsoft.com/en-us/dotnet/api/microsoft.azure.storage.blob.cloudblobcontainer.acquireleaseasync
https://docs.microsoft.com/en-us/dotnet/api/microsoft.azure.storage.blob.cloudblobcontainer.getblockblobreference
https://docs.microsoft.com/en-us/dotnet/api/microsoft.azure.storage.blob.cloudblobcontainer.breakleaseasync

계정을 변환할 필요는 없으며 대신 Blob 업로드에서 트리거된 Azure 함수로 사진 처리를 이동합니다.
Azure Storage 이벤트를 통해 애플리케이션은 이벤트에 반응할 수 있습니다. 일반적인 Blob Storage 이벤트 시나리오에는 이미지 또는 비디오 처리, 검색 인덱싱 또는 파일 기반 워크플로가 포함됩니다.
참고: StorageV2(범용 v2) 종류와 BlobStorage의 스토리지 계정만 이벤트 통합을 지원합니다. 스토리지(범용 v1)는 Event Grid와의 통합을 지원하지 않습니다.
참조:
https://docs.microsoft.com/en-us/azure/storage/blobs/storage-blob-event-overview Azure Storage 개발 Testlet 1 사례 연구 이것은 사례 연구입니다. 사례 연구는 별도로 시간이 정해지지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에는 추가적인 사례 연구와 섹션이 있을 수 있습니다.
주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 자세한 정보를 제공하는 전시물과 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서는 시험의 다음 섹션으로 이동하기 전에 답변을 검토하고 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하세요. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 살펴보세요. 이러한 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경, 문제 설명 등의 정보가 표시됩니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아가세요.
배경
개요
귀하는 Contoso, Ltd.의 개발자입니다. 이 회사에는 SPA(단일 페이지 응용 프로그램)로 개발된 소셜 네트워킹 웹 사이트가 있습니다. 소셜 네트워킹 웹 사이트의 기본 웹 애플리케이션은 Blob Storage에서 사용자가 업로드한 콘텐츠를 로드합니다.
업로드된 데이터에 부적절한 콘텐츠가 있는지 모니터링하는 솔루션을 개발 중입니다. 사용자가 SPA를 사용하여 콘텐츠를 업로드하면 다음 프로세스가 발생합니다.
* 메시지는 ContentUploadService로 전송됩니다.
* 콘텐츠는 ContentAnalyticService에 의해 처리됩니다.
* 처리가 완료된 후 해당 콘텐츠는 소셜 네트워크에 게시되거나 그 자리에 거부 메시지가 게시됩니다.
ContentAnalyticService는 contosoimages라는 프라이빗 Azure Container Registry에서 Azure Container Instances와 함께 배포됩니다.
이 솔루션은 8개의 CPU 코어를 사용합니다.
Azure 액티브 디렉토리
Contoso, Ltd.는 내부 계정과 게스트 계정 모두에 Azure AD(Azure Active Directory)를 사용합니다.
요구사항
콘텐츠분석서비스
회사의 데이터 과학 그룹은 사용자 생성 콘텐츠를 문자열로 받아들이고 부적절한 콘텐츠에 대해 가능한 값을 반환하는 ContentAnalyticService를 구축했습니다. 특정 임계값을 초과하는 값은 Contoso, Ltd. 직원이 검토해야 합니다.
콘텐츠 검사를 수행하려면 CheckUserContent라는 Azure 함수를 만들어야 합니다.
소송 비용
모든 Azure 서비스에 대한 비용을 최소화해야 합니다.
직접 검토
콘텐츠를 검토하려면 사용자는 Azure AD 자격 증명을 사용하여 ContentAnalyticService의 웹 사이트 부분에 인증해야 합니다. 웹사이트는 React를 사용하여 구축되었으며 모든 페이지와 API 엔드포인트에는 인증이 필요합니다.
콘텐츠를 검토하려면 사용자가 ContentReviewer 역할의 일부여야 합니다. 완료된 모든 리뷰에는 감사 목적으로 리뷰어의 이메일 주소가 포함되어야 합니다.
고가용성
모든 서비스는 여러 지역에서 실행되어야 합니다. 한 지역의 서비스 오류가 전체 애플리케이션 가용성에 영향을 주어서는 안 됩니다.
모니터링
ContentUploadService가 사용 가능한 CPU 코어의 80% 이상을 사용하는 경우 경고가 발생해야 합니다.
보안
다음과 같은 보안 요구 사항이 있습니다.
* 인터넷을 통해 액세스할 수 있는 모든 웹 서비스는 크로스 사이트 스크립팅 공격으로부터 보호되어야 합니다.
* 모든 웹사이트와 서비스는 유효한 루트 인증 기관의 SSL을 사용해야 합니다.
* Azure Storage 액세스 키는 메모리에만 저장되어야 하며 서비스에서만 사용할 수 있어야 합니다.
* 모든 내부 서비스는 내부 VNet(가상 네트워크)에서만 액세스할 수 있어야 합니다.
* 시스템의 모든 부분은 인바운드 및 아웃바운드 트래픽 제한을 지원해야 합니다.
* 모든 서비스 호출은 Azure AD를 사용하여 인증되어야 합니다.
사용자 계약
사용자가 콘텐츠를 제출할 때 사용자 계약에 동의해야 합니다. 이 계약을 통해 Contoso, Ltd.의 직원은 콘텐츠를 검토하고, 사용자 장치에 쿠키를 저장하고, 사용자의 IP 주소를 추적할 수 있습니다.
계약에 관한 정보는 Contoso, Ltd. 내의 여러 부서에서 사용됩니다.
사용자 응답은 손실되어서는 안 되며 개별 서비스 가동 시간에 관계없이 모든 당사자가 사용할 수 있어야 합니다.
계약 규모는 시간당 수백만 달러에 이를 것으로 예상됩니다.
검증 테스트
ContentAnalyticService의 새 버전을 사용할 수 있는 경우 이전 7일간의 콘텐츠를 새 버전으로 처리하여 새 버전이 이전 버전에서 크게 벗어나지 않는지 확인해야 합니다.
문제
ContentUploadService 사용자는 때때로 특정 페이지에서 HTTP 502 응답을 본다고 보고합니다.
암호
콘텐츠 업로드 서비스