설명

1단계: #bin/bash
appName은 2단계에서 webapp-name을 생성할 때 사용됩니다.
2단계: az webapp config 호스트 이름 추가
webapp-name은 3단계에서 webapp을 생성할 때 사용됩니다.
3단계: az webapp create
웹앱을 만듭니다. Cloud Shell에서 az webapp create 명령을 사용하여 myAppServicePlan App Service 계획에 웹앱을 만듭니다.
단계: az webapp confing 컨테이너 세트
웹앱 만들기에서 az webapp create 명령을 사용하여 Docker Hub에 이미지를 지정했습니다. 이것은 공공 이미지에 충분합니다. 프라이빗 이미지를 사용하려면 Azure 웹앱에서 Docker 계정 ID와 암호를 구성해야 합니다.
Cloud Shell에서 az webapp config 컨테이너 세트를 사용하여 az webapp create 명령을 따릅니다.
참고자료:
https://docs.microsoft.com/en-us/azure/app-service/containers/tutorial-custom-docker-image

1 - Resource Manager 템플릿을 내보냅니다.
2 - 새 템플릿 배포를 만듭니다.
3 - 스토리지 계정 이름과 지역을 변경하여 템플릿을 수정합니다.
4 - 템플릿을 배포하여 대상 지역에 새 스토리지 계정을 만듭니다.
5 - AZCopy를 사용하여 날짜를 새 스토리지 계정에 복사합니다.

레이어 수를 최소화하세요.
Docker 17.05 이전, 그리고 Docker 1.10 이전에는 이미지의 레이어 수를 최소화하는 것이 중요했습니다. C Docker 1.10 이상에서는 RUN, COPY 및 ADD 명령만 레이어를 생성합니다.
참고자료:
https://docs.docker.com/v17.09/engine/userguide/eng-image/dockerfile_best-practices

참조:
https://docs.microsoft.com/en-us/azure/role-based-access-control/resource-provider-Operations
주제 5, Litware Inc
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하세요. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 살펴보세요. 이러한 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경, 문제 설명 등의 정보가 표시됩니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아가세요.
배경
귀하는 직원 비용 관리 솔루션을 제공하는 SaaS 회사인 Litware Inc.의 개발자입니다. 이 솔루션은 Azure 웹앱으로 배포되는 ASP.NET Core 웹 API 프로젝트로 구성됩니다.
전체 아키텍처
직원은 시스템에서 처리할 영수증을 업로드합니다. 처리가 완료되면 직원은 처리 결과를 자세히 설명하는 요약 보고서 이메일을 받습니다. 그런 다음 직원은 웹 애플리케이션을 사용하여 영수증을 관리하고 환급에 필요한 추가 작업을 수행합니다.
영수증 처리
직원은 두 가지 방법으로 영수증을 업로드할 수 있습니다.
Azure Files 탑재 폴더를 사용하여 업로드
웹 애플리케이션을 사용하여 업로드
데이터 저장고
영수증 및 직원 정보는 Azure SQL 데이터베이스에 저장됩니다.
선적 서류 비치
직원이 솔루션을 처음 사용할 때 시작 문서가 제공됩니다. 설명서에는 Azure 파일 업로드를 위해 지원되는 운영 체제에 대한 세부 정보와 탑재된 폴더를 구성하는 방법에 대한 지침이 포함되어 있습니다.
솔루션 세부정보
사용자 테이블

웹 애플리케이션
웹앱에 대해 MSI를 활성화하고 보안 주체 이름 WebAppIdentity를 사용하도록 웹앱을 구성합니다.
처리
처리는 Azure Function 런타임 버전 2를 사용하는 Azure Function에 의해 수행됩니다. 처리가 완료되면 결과는 Azure Blob Storage 및 Azure SQL 데이터베이스에 저장됩니다. 그런 다음 처리 보고서에 대한 링크가 포함된 이메일 요약이 사용자에게 전송됩니다. 이메일이 다른 사용자에게 전달되는 경우 보고서에 대한 링크는 유효한 상태로 유지되어야 합니다.
벌채 반출
Azure Application Insights는 프로세서와 웹 애플리케이션 모두에서 원격 분석 및 로그인에 사용됩니다. 프로세서에는 TraceWriter 로깅도 활성화되어 있습니다. Application Insights에는 항상 모든 로그 메시지가 포함되어야 합니다.
요구사항
영수증 처리
영수증의 동시 처리를 방지해야 합니다.
재해 복구
지역 중단이 애플리케이션 가용성에 영향을 주어서는 안 됩니다. 모든 DR 작업은 실행 중인 애플리케이션에 종속되어서는 안 되며 DR 지역의 데이터가 최신 상태인지 확인해야 합니다.
보안
사용자의 SecurityPin은 데이터베이스에 대한 액세스가 SecurityPins 보기를 허용하지 않는 방식으로 저장되어야 합니다. 웹 애플리케이션은 SecurityPins에 액세스할 수 있는 유일한 시스템입니다.
데이터를 보호하는 데 사용되는 모든 인증서와 비밀은 Azure Key Vault에 저장되어야 합니다.
최소 권한의 원칙을 준수하고 의도된 기능을 수행하는 데 필수적인 권한을 제공해야 합니다.
Azure Storage 및 Azure SQL 데이터베이스에 대한 모든 액세스는 애플리케이션의 MSI(관리 서비스 ID)를 사용해야 합니다.
영수증 데이터는 저장 시 항상 암호화되어야 합니다.
모든 데이터는 전송 중에 보호되어야 합니다.
사용자의 비용 계정 번호는 로그인한 사용자에게만 표시되어야 합니다. 비용 계정 번호의 다른 모든 보기에는 마지막 부분만 포함되어야 하며 나머지 부분은 가려져야 합니다.
보안 위반이 발생한 경우 시스템의 다른 부분에 영향을 주지 않고 모든 요약 보고서에 대한 액세스가 취소되어야 합니다.
문제
업로드 형식 문제
직원들은 때때로 웹 애플리케이션을 사용하여 영수증을 업로드하는 데 문제가 있다고 보고합니다. Azure 파일 공유를 사용하여 영수증을 업로드하면 영수증이 프로필에 표시되지 않는다고 보고합니다. 이 경우 파일 공유에서 파일을 삭제하고 웹 애플리케이션을 사용하며 500 내부 서버 오류 페이지가 반환됩니다.
용량 문제
바쁜 기간 동안 직원들은 영수증을 업로드한 시간과 영수증이 웹 애플리케이션에 표시되는 시간 사이에 오랜 지연이 발생한다고 보고합니다.
로그 용량 문제
개발자들은 프로세서에 대한 추적 출력의 로그 메시지 수가 너무 많아 로그 메시지가 손실되었다고 보고합니다.
애플리케이션 코드
처리.cs

데이터베이스.cs

ReceiptUploader.cs

SSE.ps1 구성