설명

박스 1: RepositoryUpdated
ContentAnalysisService의 새 버전이 출시되면 이전 7일간의 콘텐츠를 새 버전으로 처리하여 새 버전이 이전 버전과 크게 다르지 않은지 확인해야 합니다.
박스 2 : 서비스
박스 3: imageCollection
참조:
https://docs.microsoft.com/en-us/azure/devops/notifications/oob-supported-event-types

설명
그래픽 사용자 인터페이스, 애플리케이션, 테이블 설명 자동 생성

박스 1: 강력함
일관성 수준을 '강함'으로 설정하면, 오래됨 창은 0과 동일하며 클라이언트는 쓰기 작업의 최신 커밋된 값을 읽도록 보장됩니다.
시나리오: 주문 데이터의 변경 사항은 모든 파티션에 즉시 반영되어야 합니다. 주문 데이터에 대한 모든 읽기는 가장 최근의 쓰기를 가져와야 합니다.
참고: 일관성 스펙트럼에서 잘 정의된 5가지 모델 중에서 선택할 수 있습니다. 가장 강한 것부터 가장 약한 것까지, 모델은 다음과 같습니다. 강력함, 제한된 진부함, 세션, 일관된 접두사, 최종 상자 2: SQL 시나리오: 데이터 관리 및 조작에 대한 다음 요구 사항을 식별합니다.
주문 데이터는 비관계형 JSON으로 저장되며 구조화 쿼리 언어(SQL)를 사용하여 쿼리해야 합니다.

설명:
1단계: dockerfile을 사용하여 새 애플리케이션 이미지 빌드
2단계: 레지스트리에 대한 완전한 경로가 있는 이미지의 경우 별칭을 만듭니다. 이미지를 개인 레지스트리에 푸시하기 전에 적절한 이미지 이름을 확인해야 합니다. 이는 docker tag 명령을 사용하여 달성할 수 있습니다. 데모 목적으로 Docker의 hello world 이미지를 사용하고 이름을 바꾼 다음 ACR에 푸시합니다.
# 공개 docker 허브에서 hello-world를 가져옵니다.
$ docker pull hello-world
# 이미지를 개인 레지스트리에 푸시할 수 있도록 태그를 지정합니다.
$ docker 태그 hello-word <REGISTRY_NAME>/hello-world
# 이미지를 푸시합니다
$ docker push <레지스트리 이름>/hello-world
3단계: 레지스트리에 로그인하고 이미지 푸시
새로 생성된 ACR 인스턴스에 이미지를 푸시하려면 Docker CLI에서 ACR에 로그인해야 합니다. 로그인하면 기존 Docker 이미지를 ACR 인스턴스에 푸시할 수 있습니다.
대본:
Coho Winery는 해당 애플리케이션을 Azure로 이전하고 라벨 생성을 계속 지원할 계획입니다.
LabelMaker 앱
Azure Monitor Container Health는 Kubernetes 환경에 배포되고 Azure Kubernetes Service(AKS)에서 호스팅되는 워크로드의 성능을 모니터링하는 데 사용해야 합니다.
AKS 배포를 지원하는 이미지를 게시하려면 Azure Container Registry를 사용해야 합니다.
참고문헌:
https://thorsten-hans.com/how-to-use-a-private-azure-container-registry-with-kubernetes-
9b86e67b93b6
https://docs.microsoft.com/en-us/azure/container-registry/container-registry-tutorial-quick-task

설명
블롭의 스냅샷을 만들 수 있습니다. 스냅샷은 특정 시점에 찍은 블롭의 읽기 전용 버전입니다.
스냅샷이 생성되면 읽기, 복사 또는 삭제할 수 있지만 수정할 수는 없습니다. 스냅샷은 특정 시점에 나타나는 대로 블롭을 백업하는 방법을 제공합니다.
시나리오: 처리는 Azure Function 런타임의 버전 2를 사용하는 Azure Function에 의해 수행됩니다.
처리가 완료되면 결과는 Azure Blob Storage와 Azure SQL 데이터베이스에 저장됩니다. 그런 다음 이메일 요약이 처리 보고서에 대한 링크와 함께 사용자에게 전송됩니다. 이메일이 다른 사용자에게 전달되는 경우 보고서에 대한 링크는 유효해야 합니다.
참조:
https://docs.microsoft.com/en-us/rest/api/storageservices/creating-a-snapshot-of-a-blob
6번째 주제, 코호 와이너리
사례 연구
이것은 사례 연구입니다. 사례 연구는 별도로 시간이 정해져 있지 않습니다. 각 사례를 완료하는 데 원하는 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에는 추가 사례 연구와 섹션이 있을 수 있습니다. 제공된 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시물 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답을 검토하고 시험의 다음 섹션으로 넘어가기 전에 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 버튼을 클릭합니다. 질문에 답하기 전에 왼쪽 창의 버튼을 사용하여 사례 연구의 내용을 살펴보세요. 이러한 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 진술과 같은 정보가 표시됩니다. 질문에 답할 준비가 되면 LabelMaker 앱을 클릭합니다. Coho Winery는 전 세계적으로 다양한 와인을 생산, 병입 및 유통합니다. Azure 솔루션을 사용하여 온라인 주문 처리를 지원하는 확장성과 복원력이 뛰어난 애플리케이션을 구현하는 개발자입니다.
Coho Winery에는 와인 병의 라벨을 인쇄하는 LabelMaker 애플리케이션이 있습니다. 이 애플리케이션은 여러 프린터로 데이터를 전송합니다. 이 애플리케이션은 가상 머신(VM)에서 독립적으로 실행되는 5개의 모듈로 구성되어 있습니다.
Coho Winery는 해당 애플리케이션을 Azure로 이전하고 라벨 생성을 계속 지원할 계획입니다.
외부 파트너는 사용자 정의 라벨 디자인에 대한 아트워크와 텍스트를 포함하기 위해 LabelMaker 애플리케이션으로 데이터를 전송합니다.
요구 사항. 데이터
데이터 관리 및 조작에 대한 다음과 같은 요구 사항을 식별합니다.
* 주문 데이터는 비관계형 JSON으로 저장되며 SQL을 사용하여 쿼리해야 합니다.
* 주문 데이터의 변경 사항은 모든 파티션에 즉시 반영되어야 합니다. 주문 데이터에 대한 모든 읽기는 가장 최근의 쓰기를 페치해야 합니다.
요구 사항. 보안
다음과 같은 보안 요구 사항이 있습니다.
* Coho Winery 애플리케이션 사용자는 외부 파트너에게 문서, 리소스 및 애플리케이션에 대한 액세스 권한을 제공할 수 있어야 합니다.
* 외부 파트너는 자체 자격 증명을 사용하여 해당 조직의 ID 관리 솔루션을 통해 인증해야 합니다.
* 회사의 규정 준수를 유지하기 위해 사용자 계정 관리자가 애플리케이션 사용을 위해 외부 파트너 로그인을 매월 감사해야 합니다.
* 전자상거래 애플리케이션 설정의 저장은 Azure Key Vault에 유지되어야 합니다.
* 전자상거래 애플리케이션 로그인은 Azure App Service 인증 및 AAD(Azure Active Directory)를 사용하여 보안해야 합니다.
* 회사 콘텐츠를 보호하려면 애플리케이션 수준에서 조건부 액세스 정책을 적용해야 합니다.
* LabelMaker 애플리케이션은 Azure Kubernetes Service(AKS) 클러스터의 모든 네임스페이스에 대한 전체 액세스 권한이 있는 AAD 계정을 사용하여 보호해야 합니다.
요구 사항. LabelMaker 앱
Azure Monitor Container Health는 Kubernetes 환경에 배포되고 Azure Kubernetes Service(AKS)에서 호스팅되는 워크로드의 성능을 모니터링하는 데 사용해야 합니다.
AKS 배포를 지원하는 이미지를 게시하려면 Azure Container Registry를 사용해야 합니다.
건축학

문제
프린터 통신 시간 초과로 인해 프린터 API 앱 호출이 주기적으로 실패합니다.
프린터 통신 시간 초과는 10초 후에 발생합니다. 라벨 프린터는 1분 이내에 최대 5번의 시도만 수신해야 합니다.
Azure에 처음 배포 시 주문 워크플로가 실행되지 않습니다.
주문.json
앱 파일의 관련 부분은 아래와 같습니다. 줄 번호는 참조용으로만 포함됩니다.
이 JSON 파일에는 단일 품목이 포함된 주문에 대한 데이터 표현이 들어 있습니다.
주문.json

설명: