설명

상자 1: 수정
수정은 생성 또는 업데이트 중에 리소스의 속성이나 태그를 추가, 업데이트 또는 제거하는 데 사용됩니다. 일반적인 예는 costCenter와 같은 리소스에서 태그를 업데이트하는 것입니다. 기존 비준수 리소스는 수정 작업으로 수정할 수 있습니다. 단일 수정 규칙에는 여러 작업이 포함될 수 있습니다.
상자 2: 기여자 역할이 있는 관리 ID
* 관리되는 ID
교정 보안 작동 방식: Azure Policy는 deployIfNotExists 정책 정의에서 템플릿을 실행할 때 관리 ID를 사용하여 실행합니다. Azure Policy는 각 할당에 대한 관리 ID를 만들지만 관리 ID를 부여할 역할에 대한 세부 정보가 있어야 합니다.
* 기여자 역할
기여자 역할은 모든 엔터티에 태그를 적용하는 데 필요한 액세스 권한을 부여합니다.
참조:
https://docs.microsoft.com/en-us/azure/governance/policy/concepts/effects
https://docs.microsoft.com/en-us/azure/governance/policy/how-to/remediate-resources
https://docs.microsoft.com/en-us/azure/azure-resource-manager/management/tag-resources

설명
Azure Container Instances는 오케스트레이션에 대한 계층화된 접근 방식을 가능하게 하여 단일 컨테이너를 실행하는 데 필요한 모든 일정 및 관리 기능을 제공하는 동시에 오케스트레이터 플랫폼이 그 위에서 다중 컨테이너 작업을 관리할 수 있도록 합니다.
컨테이너 인스턴스의 기본 인프라는 Azure에서 관리하기 때문에 오케스트레이터 플랫폼은 단일 컨테이너를 실행할 적절한 호스트 컴퓨터를 찾는 데 관심을 가질 필요가 없습니다.
Azure Container Instances는 동일한 API로 Windows 및 Linux 컨테이너를 모두 예약할 수 있습니다.
컨테이너 인스턴스만 오케스트레이션
빠르게 시작하고 초 단위로 요금이 청구되기 때문에 Azure Container Instances만을 기반으로 하는 환경은 시작하고 매우 가변적인 워크로드를 처리하는 가장 빠른 방법을 제공합니다.
참조:
https://docs.microsoft.com/en-us/azure/container-instances/container-instances-overview
https://docs.microsoft.com/en-us/azure/container-instances/container-instances-orchestrator-relationship

설명

주제 2, Contoso, Ltd
개요
Contoso, Ltd는 뉴욕에 본사를 두고 샌프란시스코에 사무실을 두고 있는 미국 기반 금융 서비스 회사입니다.
결제 처리 쿼리 시스템
Contoso는 뉴욕 데이터 센터에서 비즈니스에 중요한 지불 처리 시스템을 호스팅합니다. 시스템에는 프런트 엔드 웹 앱, 중간 계층 API 및 Microsoft SQL Server 2014 데이터베이스로 구현된 백 엔드 데이터 저장소의 세 가지 계층이 있습니다. 모든 서버는 Windows Server 2012 R2를 실행합니다.
프런트 엔드 및 미들 넷 구성 요소는 Microsoft IK(Internet Inform-non Services)를 사용하여 호스팅됩니다. 응용 프로그램은 C#으로 작성되었으며 미들 계층 API는 Entity 프레임워크를 사용하여 SQL Server 데이터베이스와 통신합니다. SQL Server Ago를 사용하여 수행한 데이터베이스 유지 관리 - 데이터베이스는 현재 J IB이며 3TB를 초과하여 증가할 것으로 예상되지 않습니다.
결제 처리 시스템에는 다음과 같은 준수 관련 요구 사항이 있습니다.
* 전송 중 및 테스트 시 데이터를 암호화합니다. 프런트 엔드 및 중간 계층 구성 요소만 날짜 저장소를 보호하는 암호화 키에 액세스할 수 있어야 합니다.
* 마지막으로 200마일 떨어져 있고 최대 7년 동안 복원할 수 있는 두 개의 개별 물리적 위치의 백업을 유지합니다.
* 소스 IP 주소, 설명 IP 주소 및 포트 번호를 기반으로 인바운드 및 아웃바운드 트래픽 차단 지원
* 모든 미들티어 서버에서 Windows 보안 로그를 수집하여 7년간 보관,
* 고가용성 네트워크 어플라이언스를 사용하여 시작 계층에서 인바운드 및 아웃바운드 트래픽을 검사합니다.
* Contoso의 내부 네트워크에서 모든 계층에 대한 모든 액세스만 허용합니다.
테이프 백업은 온-프레미스 배포 또는 Microsoft DPMX(데이터 보호 관리자)를 사용하여 구성한 다음 장기 저장을 위해 사이트를 형성합니다. Historical Transaction Query System Contoso는 최근 비즈니스 크리티컬 워크로드를 Azure로 마이그레이션했습니다. 워크로드에는 NET 웹 서버가 포함됩니다. azure Table Storage에 있는 기록 트랜잭션 데이터를 쿼리하기 위해 NET 서비스는 사내에서 개발된 클라이언트 앱과 New Your Office의 클라이언트 컴퓨터에서 액세스할 수 있습니다. 저장소의 데이터는 50GB이며 다음을 제외하지 않습니다. 증가 시키려고.
정보 보안 요구 사항
IT 보안 팀은 Active Directory를 사용하여 ID 관리가 수행되도록 하려고 합니다. 비밀번호 해시는 온프레미스에만 저장해야 합니다.
모든 비즈니스 크리티컬 시스템에 대한 액세스는 Active Directory 자격 증명에 의존해야 합니다. 의심스러운 인증 시도는 다단계 인증 프롬프트를 자동으로 트리거해야 합니다. 합법적인 사용자는 다단계 인증을 사용하여 성공적으로 인증할 수 있어야 합니다.
계획된 변경
Contoso는 다음 변경 사항을 구현할 계획입니다.
* 결제 처리 시스템을 Azure로 마이그레이션합니다.
* 성능 문제를 해결하기 위해 기록 트랜잭션 데이터를 Azure Cosmos DB로 마이그레이션합니다.
마이그레이션 요구 사항
Contoso는 다음과 같은 일반적인 마이그레이션 요구 사항을 식별합니다.
지역 또는 데이터 센터에 장애가 발생하더라도 인프라 서비스는 계속 사용할 수 있어야 합니다. 장애 조치는 관리 개입 없이 발생해야 합니다.
* 언제든지 가능할 때. 관리 오버헤드에는 Azure 관리 서비스를 사용해야 합니다.
* 가능한 한 비용을 최소화해야 합니다.
Contoso는 결제 처리 시스템에 대한 다음 요구 사항을 식별합니다.
* 데이터 센터에 장애가 발생하면 관리 개입 없이 지불 처리 시스템을 계속 사용할 수 있는지 확인하십시오. 중간 계층 및 웹 프런트 엔드는 추가 구성 없이 계속 작동해야 합니다.
* 지불 처리 시스템의 from-end 및 중간 계층의 컴퓨팅 노드 수가 CPU 사용률에 따라 자동으로 증가하거나 감소할 수 있는 경우.
* 지불 처리 시스템의 각 계층에 9959% 가용성의 SLA(서비스 수준 계약)가 적용되는지 확인합니다.
* 미들 티어 API와 결제 처리 시스템의 백엔드 티어를 수정하는데 필요한 노력을 최소화합니다.
* 중간 계층 가상 머신에서 무단 로그인 시도가 발생하면 경고를 생성합니다.
* 지불 처리 시스템이 현재 준수 상태를 유지하는지 확인하십시오.
* 가상 머신에서 지불 처리 시스템의 중간 계층을 호스팅합니다.
Contoso는 기록 트랜잭션 쿼리 시스템에 대해 다음 요구 사항을 식별합니다.
* 온프레미스 인프라 서비스 사용을 최소화합니다.
* Azure Cosmos DB를 쿼리하는 .NET 웹 서비스를 수정하는 데 필요한 노력을 최소화합니다.
* 지역이 실패하면 관리 개입 없이 기록 트랜잭션 쿼리 시스템을 계속 사용할 수 있는지 확인합니다.
현재 이슈
Contoso IT 팀은 쿼리가 테이블 스캔을 자주 일으키기 때문에 기록 트랜잭션 쿼리의 성능 저하를 발견했습니다.
정보 보안 요구 사항
IT 보안 팀은 Active Directory를 사용하여 ID 관리가 수행되도록 하려고 합니다. 암호 해시는 온프레미스에만 저장해야 합니다.
모든 비즈니스 크리티컬 시스템에 대한 액세스는 Active Directory 자격 증명에 의존해야 합니다. 의심스러운 인증 시도는 다단계 인증 프롬프트를 자동으로 트리거해야 합니다. 합법적인 사용자는 다단계 인증을 사용하여 성공적으로 인증할 수 있어야 합니다.

참조:
https://codingcanvas.com/using-azure-active-directory-authentication-in-your-web-application/
https://docs.microsoft.com/en-us/azure/active-directory/conditional-access/overview