항목 3, Contoso
기존 환경
기술 환경
온프레미스 네트워크에는 contoso.com이라는 단일 Active Directory 도메인이 포함되어 있습니다.
Contoso에는 단일 Azure 구독이 있습니다.
기존 환경: 비즈니스 파트너십
Contoso는 Fabrikam, Inc.와 비즈니스 파트너십을 맺고 있습니다. Fabrikam 사용자는 Azure Active Directory(Azure AD) 게스트 계정을 사용하여 인터넷을 통해 일부 Contoso 애플리케이션에 액세스합니다.
요구 사항: 계획된 변경 사항
Contoso는 App1과 App2라는 두 개의 애플리케이션을 Azure에 배포할 계획입니다.
요구사항: App1
App1은 Linux 런타임이 필요한 Azure App Service에서 호스팅되는 Python 웹 앱입니다. Contoso와 Fabrikam의 사용자는 App1에 액세스합니다.
App1은 타사 자격 증명과 액세스 문자열이 필요한 여러 서비스에 액세스합니다. 자격 증명과 액세스 문자열은 Azure Key Vault에 저장됩니다.
App1에는 6개의 인스턴스가 있습니다. 3개는 미국 동부 Azure 지역에, 3개는 유럽 서부 Azure 지역에 있습니다.
App1에는 다음과 같은 데이터 요구 사항이 있습니다.
각 인스턴스는 인스턴스와 동일한 가용성 영역에 있는 데이터 저장소에 데이터를 씁니다.
모든 App1 인스턴스에서 작성된 데이터는 모든 App1 인스턴스에서 볼 수 있어야 합니다.
App1은 인터넷에서만 접근할 수 있습니다. App1에는 다음과 같은 연결 요구 사항이 있습니다.
App1에 대한 연결은 WAF(웹 애플리케이션 방화벽)를 통과해야 합니다.
App1에 대한 연결은 인스턴스 간에 활성-활성 로드 밸런싱이 이루어져야 합니다.
북미에서 App1로 가는 모든 연결은 미국 동부 지역으로 보내야 합니다. 다른 모든 연결은 유럽 서부 지역으로 보내야 합니다.
매 시간마다 모든 App1 인스턴스에서 파일을 복사하는 PowerShell 스크립트를 호출하여 유지 관리 작업을 실행합니다. PowerShell 스크립트는 중앙 위치에서 실행됩니다.
요구사항: App2
App2는 Windows 런타임이 필요한 App Service에서 호스팅되는 NET 앱입니다. App2에는 다음과 같은 파일 저장소 요구 사항이 있습니다.
Azure Storage 계정에 파일을 저장합니다.
온프레미스 위치로 파일을 복제합니다.
SMB 프로토콜을 사용하여 온프레미스 클라이언트가 LAN을 통해 파일을 읽을 수 있는지 확인하세요.
App2를 모니터링하여 애플리케이션 내에서 다양한 트랜잭션을 수행하는 데 걸리는 시간을 분석해야 합니다. 솔루션은 애플리케이션 코드를 변경할 필요가 없어야 합니다.
애플리케이션 개발 요구 사항
애플리케이션 개발자는 App1과 App2의 새로운 버전을 지속적으로 개발할 것입니다. 개발 프로세스는 다음 요구 사항을 충족해야 합니다.
새 애플리케이션 버전의 스테이징 인스턴스는 새 버전을 프로덕션에 사용하기 전에 애플리케이션 호스트에 배포되어야 합니다.
새 버전을 테스트한 후, 애플리케이션의 스테이징 버전이 프로덕션 버전을 대체하게 됩니다.
스테이징 단계에서 운영 단계로의 새로운 애플리케이션 버전으로의 전환은 애플리케이션을 중단하지 않고 이루어져야 합니다.
신원 요구 사항
Contoso는 Fabrikam의 리소스 액세스를 관리하기 위해 다음과 같은 요구 사항을 식별합니다.
매달 Fabrikam의 계정 관리자는 App1에 대한 액세스 권한이 있는 Fabrikam 사용자를 검토해야 합니다. 더 이상 권한이 필요하지 않은 계정은 게스트로 제거해야 합니다.
솔루션은 개발 노력을 최소화해야 합니다.
보안 요구 사항
Azure 서비스에서 사용하는 모든 비밀은 Azure Key Vault에 저장되어야 합니다.
자격 증명이 필요한 서비스는 자격 증명을 서비스 인스턴스에 연결해야 합니다. 자격 증명은 서비스 간에 공유되어서는 안 됩니다.

설명
시나리오: App1에는 다음과 같은 데이터 요구 사항이 있습니다.
각 인스턴스는 인스턴스와 동일한 가용성 영역에 있는 데이터 저장소에 데이터를 씁니다.
모든 App1 인스턴스에서 작성된 데이터는 모든 App1 인스턴스에서 볼 수 있어야 합니다.
Azure Cosmos DB: 모든 지역의 각 파티션이 복제됩니다. 각 지역에는 Azure Cosmos 컨테이너의 모든 데이터 파티션이 포함되어 있으며 다중 지역 쓰기가 활성화된 경우 읽기와 쓰기를 제공할 수 있습니다.
참조:
https://docs.microsoft.com/en-us/azure/cosmos-db/high-availability
주제 4, HABInsurance
사례 연구
HABInsurance라는 보험 회사는 3개 주에서 운영되며 주택, 자동차, 보트 보험을 제공합니다.
HABInsurance는 본사 외에 3개의 지역 사무소를 두고 있습니다.
현재 환경
일반적인
HABInsurance라는 보험 회사는 3개 주에서 운영되며 주택, 자동차, 보트 보험을 제공합니다.
HABInsurance는 본사 외에 3개의 지역 사무소를 두고 있습니다.
기술 평가
이 회사에는 main.habinsurance.com과 region.habinsurance.com이라는 두 개의 Active Directory 포리스트가 있습니다.
HABInsurance의 주요 내부 시스템은 Insurance Processing System(IPS)입니다. 이는 데이터 센터에 호스팅된 IIS/Windows 서버에서 실행되는 ASP.Net/C# 애플리케이션입니다. IPS에는 웹, 비즈니스 로직 API, 백엔드의 데이터 저장소의 세 가지 계층이 있습니다. 이 회사는 백엔드에 MicrosoftSQL Server와 MongoDB를 사용합니다.
이 시스템은 고객 데이터와 보험 양식 및 문서의 두 부분으로 구성되어 있습니다. 고객 데이터는 Microsoft SQL Server에 저장되고 보험 양식 및 문서는 MongoDB에 저장됩니다. 이 회사는 또한 본사의 NAS에 10TB의 인사(HR) 데이터를 저장하고 있습니다. 요구 사항 일반 HABInsurance는 워크로드를 Azure로 마이그레이션할 계획입니다. 그들은 Azure 구독을 구매했습니다. 변경 사항 전환 기간 동안 HABInsurance는 Microsoft Office 365 배포와 함께 하이브리드 ID 모델을 만들고자 합니다. 이 회사는 AD 포리스트를 Azure AD에 동기화하고 Azure AD 관리 단위 기능의 이점을 활용하려고 합니다.
HABInsurance는 현재 IPSCustomers SQL 데이터베이스를 예산 중심적이고 확장 가능한 컴퓨팅 및 스토리지 옵션과 균형을 이룬 Azure의 새로운 완전 관리형 SQL 데이터베이스로 마이그레이션해야 합니다. 관리 팀은 Azure 데이터베이스 서비스가 최소한의 다운타임으로 데이터베이스 리소스를 동적으로 확장할 것으로 기대합니다. 기술 팀은 새로운 데이터베이스에 DTU 기반 구매 모델을 구현할 것을 제안합니다.
HABInsurance는 보험 양식과 문서를 Azure 데이터베이스 서비스로 마이그레이션하려고 합니다. HABInsurance는 수정 없이 IPS의 처음 두 계층을 Azure로 옮길 계획입니다. 기술 팀은 가상 머신 인스턴스 집합에서 IPS 계층을 실행할 가능성에 대해 논의합니다. 인스턴스 수는 CPU 사용률에 따라 자동으로 조정해야 합니다. 컴퓨팅 인프라에 대해 99.95%의 SLA를 보장해야 합니다.
회사에서는 HR 데이터를 Azure File 공유로 옮겨야 합니다.
HABInsurance는 새로운 Azure 에코시스템에서 내부 및 타사 애플리케이션을 사용할 계획입니다. 이 회사는 등록된 애플리케이션에 데이터 액세스에 대한 사용자 동의를 추가하는 것을 고려합니다. 나중에 기술 팀은 IPS에 고객 셀프 서비스 포털을 추가하고 다중 지역 ASK에 새로운 IPS를 배포하는 것을 고려합니다. 하지만 관리 팀은 지역 중단 중 다중 지역 AKS 배포의 성능과 가용성에 대해 걱정합니다.

참조:
https://docs.microsoft.com/en-us/azure/api-management/api-management-using-with-vnet

설명
그래픽 사용자 인터페이스, 텍스트, 애플리케이션, 채팅 또는 문자 메시지 설명이 자동으로 생성됨

상자 1: 온프레미스 데이터 게이트웨이
온-프레미스 SQL Server에 연결하는 글로벌 다중 테넌트 Azure의 논리 앱의 경우 로컬 컴퓨터에 온-프레미스 데이터 게이트웨이를 설치해야 하고 Azure에 이미 만들어진 데이터 게이트웨이 리소스가 있어야 합니다.
상자 2: 연결 게이트웨이 리소스
참조:
https://docs.microsoft.com/en-us/azure/connectors/connectors-create-api-sqlazure