설명:
Box1: 사용자 관리는 온프레미스에서 발생합니다. Azure AD는 온-프레미스 암호를 사용하여 직원을 인증합니다.
하이브리드 조직을 위한 Azure AD 도메인 서비스
하이브리드 IT 인프라를 갖춘 조직은 클라우드 리소스와 온프레미스 리소스를 함께 사용합니다. 이러한 조직은 온-프레미스 디렉터리의 ID 정보를 Azure AD 테넌트로 동기화합니다. 하이브리드 조직이 더 많은 온-프레미스 애플리케이션, 특히 레거시 디렉터리 인식 애플리케이션을 클라우드로 마이그레이션하려는 경우 Azure AD Domain Services가 유용할 수 있습니다.
예: Litware Corporation은 온-프레미스 디렉터리의 ID 정보를 Azure AD 테넌트와 동기화하기 위해 Azure AD Connect를 배포했습니다. 동기화되는 ID 정보에는 사용자 계정, 인증을 위한 자격 증명 해시(암호 해시 동기화) 및 그룹 구성원이 포함됩니다.

Litware의 온-프레미스 디렉터리에 있는 사용자 계정, 그룹 구성원 자격 및 자격 증명은 Azure AD Connect를 통해 Azure AD에 동기화됩니다. 이러한 사용자 계정, 그룹 구성원 자격 및 자격 증명은 관리되는 도메인 내에서 자동으로 사용할 수 있습니다.
상자 2: 사용자 관리는 온프레미스에서 발생합니다. 약속이 있는 도메인 컨트롤러는 직원 자격 증명을 인증합니다.
온-프레미스 환경을 Azure AD와 페더레이션하고 이 페더레이션을 인증 및 권한 부여에 사용할 수 있습니다. 이 로그인 방법은 모든 사용자 인증이 온-프레미스에서 발생하도록 합니다.

참조:
https://docs.microsoft.com/en-us/azure/active-directory-domain-services/active-directory-ds-overview
https://docs.microsoft.com/en-us/azure/active-directory/hybrid/whatis-fed

참조:
https://azure.microsoft.com/en-us/blog/transparent-data-encryption-or-always-encrypted/

IR(통합 런타임)은 Azure Data Factory가 다양한 네트워크 환경에서 데이터 통합 ​​기능을 제공하는 데 사용하는 컴퓨팅 인프라입니다. IR에 대한 자세한 내용은 통합 런타임 개요를 참조하세요.
자체 호스팅 통합 런타임은 클라우드 데이터 저장소와 사설 네트워크의 데이터 저장소 간에 복사 활동을 실행할 수 있습니다. 또한 온-프레미스 네트워크 또는 Azure 가상 네트워크의 컴퓨팅 리소스에 대해 변환 활동을 디스패치할 수 있습니다. 자체 호스팅 통합 런타임을 설치하려면 온프레미스 머신 또는 사설 네트워크 내부의 가상 머신이 필요합니다.
참조:
https://docs.microsoft.com/en-us/azure/data-factory/create-self-hosted-integration-runtime 설계 데이터 저장소 테스트렛 2 사례 연구 사례 연구입니다. 사례 연구는 별도로 시간이 지정되지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다. 주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답을 검토하고 시험의 다음 섹션으로 이동하기 전에 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하십시오. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 탐색하십시오. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 사례 연구에 모든 정보 탭이 있는 경우 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아갑니다.
개요
Contoso, Ltd는 뉴욕에 본사가 있고 샌프란시스코에 지점이 있는 미국 기반 금융 서비스 회사입니다.
기존 환경. 결제 처리 시스템
Contoso는 뉴욕 데이터 센터에서 비즈니스에 중요한 결제 처리 시스템을 호스팅합니다. 시스템에는 프런트 엔드 웹 앱, 중간 계층 웹 API 및 Microsoft SQL Server 2014 데이터베이스로 구현된 백 엔드 데이터 저장소의 세 가지 계층이 있습니다. 모든 서버는 Windows Server 2012 R2를 실행합니다.
프런트 엔드 및 중간 계층 구성 요소는 Microsoft IIS(인터넷 정보 서비스)를 사용하여 호스팅됩니다.
응용 프로그램 코드는 C# 및 ASP.NET으로 작성되었습니다. 중간 계층 API는 Entity Framework를 사용하여 SQL Server 데이터베이스와 통신합니다. 데이터베이스 유지 관리는 SQL Server 에이전트 작업을 사용하여 수행됩니다.
데이터베이스는 현재 2TB이며 3TB를 초과하여 증가하지 않을 것으로 예상됩니다.
지불 처리 시스템에는 다음과 같은 규정 준수 관련 요구 사항이 있습니다.
* 전송 및 저장 데이터를 암호화합니다. 프런트 엔드 및 중간 계층 구성 요소만 데이터 저장소를 보호하는 암호화 키에 액세스할 수 있어야 합니다.
* 최소 200마일 떨어져 있고 최대 7년 동안 복원할 수 있는 두 개의 개별 물리적 위치에 데이터 백업을 보관하십시오.
* 소스 IP 주소, 대상 IP 주소 및 포트 번호를 기반으로 인바운드 및 아웃바운드 트래픽 차단을 지원합니다.
* 모든 중간 계층 서버에서 Windows 보안 로그를 수집하고 7년 동안 로그를 보관합니다.
* 고가용성 네트워크 어플라이언스를 사용하여 프런트 엔드 계층의 인바운드 및 아웃바운드 트래픽을 검사합니다.
* Contoso의 내부 네트워크에서 모든 계층에 대한 모든 액세스만 허용합니다.
테이프 백업은 Microsoft System Center DPM(Data Protection Manager)의 온-프레미스 배포를 사용하여 구성한 다음 장기 저장을 위해 오프사이트로 배송됩니다.
기존 환경. 과거 거래 조회 시스템
Contoso는 최근 비즈니스에 중요한 워크로드를 Azure로 마이그레이션했습니다. 워크로드에는 Azure Table Storage에 있는 기록 트랜잭션 데이터를 쿼리하기 위한 .NET 웹 서비스가 포함되어 있습니다. .NET 웹 서비스는 사내에서 개발되고 뉴욕 사무실의 클라이언트 컴퓨터에서 실행되는 클라이언트 앱에서 액세스할 수 있습니다. 테이블 스토리지의 데이터는 50GB이며 증가할 것으로 예상되지 않습니다.
기존 환경. 현재 문제
Contoso IT 팀은 쿼리가 자주 테이블 스캔을 일으키기 때문에 기록 트랜잭션 쿼리 시스템의 성능 저하를 발견했습니다.
요구 사항. 계획된 변경
Contoso는 다음 변경 사항을 구현할 계획입니다.
* 결제 처리 시스템을 Azure로 마이그레이션합니다.
* 성능 문제를 해결하기 위해 기록 트랜잭션 데이터를 Azure Cosmos DB로 마이그레이션합니다.
요구 사항. 마이그레이션 요구 사항
Contoso는 다음과 같은 일반적인 마이그레이션 요구 사항을 식별합니다.
* 지역 또는 데이터 센터에 장애가 발생하더라도 인프라 서비스는 계속 사용할 수 있어야 합니다. 장애 조치는 관리 개입 없이 발생해야 합니다.
* 가능하면 Azure 관리 서비스를 사용하여 관리 오버헤드를 최소화해야 합니다.
* 가능한 한 비용을 최소화해야 합니다.
Contoso는 결제 처리 시스템에 대한 다음 요구 사항을 식별합니다.
* 데이터 센터에 장애가 발생하면 관리 개입 없이 지불 처리 시스템을 계속 사용할 수 있는지 확인하십시오. 중간 계층 및 웹 프런트 엔드는 추가 구성 없이 계속 작동해야 합니다.
* 지불 처리 시스템의 프론트 엔드 및 중간 계층의 컴퓨팅 노드 수가 CPU 사용률에 따라 자동으로 증가하거나 감소할 수 있는지 확인합니다.
* 지불 처리 시스템의 각 계층이 다음 서비스 수준 계약(SLA)의 적용을 받는지 확인합니다.
99.99% 가용성.
* 결제 처리 시스템의 미들 티어 API와 백엔드 티어를 수정하는데 필요한 노력을 최소화합니다.
* 지불 처리 시스템은 암호화된 열에 대한 그룹화 및 조인 테이블을 사용할 수 있어야 합니다.
* 중간 계층 가상 머신에서 무단 로그인 시도가 발생하면 경고를 생성합니다.
* 지불 처리 시스템이 현재 준수 상태를 유지하는지 확인하십시오.
* 가상 머신에서 지불 처리 시스템의 중간 계층 호스트 Contoso는 기록 트랜잭션 쿼리 시스템에 대한 다음 요구 사항을 식별합니다.
* 온프레미스 인프라 서비스 사용을 최소화합니다.
* Azure Cosmos DB를 쿼리하는 .NET 웹 서비스를 수정하는 데 필요한 노력을 최소화합니다.
* 테이블 스캔의 빈도를 최소화합니다.
* 지역이 실패하면 관리 개입 없이 기록 트랜잭션 쿼리 시스템을 계속 사용할 수 있는지 확인합니다.
요구 사항. 정보 보안 요구 사항
IT 보안 팀은 Active Directory를 사용하여 ID 관리가 수행되도록 하려고 합니다.
암호 해시는 온프레미스에만 저장해야 합니다.
모든 비즈니스 크리티컬 시스템에 대한 액세스는 Active Directory 자격 증명에 의존해야 합니다. 의심스러운 인증 시도는 다단계 인증 프롬프트를 자동으로 트리거해야 합니다.

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