Azure DevTest Labs 엔터프라이즈 배포에 대한 개념 증명 제공
기업은 민첩성, 유연성 및 경제성을 포함하는 이점때문에 클라우드를 빠르게 채택하고 있습니다. 첫 번째 단계는 보통 개발 및 테스트 워크 로드입니다. Azure DevTest Labs는 기업에 도움이 되고 주요 개발/테스트 시나리오를 지원하는 기능을 제공합니다.
이 문서에서는 기업이 Azure DevTest Labs 배포를 위한 성공적인 개념 증명 또는 파일럿을 제공할 수 있는 방법을 설명합니다. 개념 증명은 조직 가치를 설정하기 위해 단일 팀의 집중적인 활동을 사용합니다.
기업마다 Azure DevTest Labs을 조직에 통합하기 위한 요구 사항이 다릅니다. 개념 증명은 성공적인 엔드투엔드 배포를 위한 첫 번째 단계입니다.
성공적인 개념 증명을 위해서는:
- 한 팀 또는 두 팀을 선택합니다.
- 개발자 VM(가상 머신) 또는 테스트 환경과 같은 팀의 시나리오를 식별합니다.
- 현재 사용 사례를 문서화합니다.
- 팀의 시나리오와 사용 사례를 충족하기 위해 DevTest Labs를 배포합니다.
- 성공과 진행 중 얻은 개선 사항을 평가합니다.
주요 DevTest Labs 시나리오에는 클라우드 개발, 테스트 및 학습 환경이 포함됩니다. 사용 사례는 다음과 같습니다.
- 개발자 데스크톱 만들기.
- 테스트 환경 구성.
- VM 및 Azure 리소스 액세스 사용하도록 설정.
- 학습 및 실험을 위한 샌드박스 설정
- 기업 규정을 준수하는 랩 정책 및 비용 제어 구성.
필수 조건
DevTest Labs 개념 증명을 성공적으로 완료하려면 다음 필수 조건을 충족합니다.
기본 사항 살펴보기
다음 리소스를 사용하여 Azure 및 DevTest Labs에 대해 알아봅니다.
엔터프라이즈 포커스 영역 이해
클라우드로 워크로드를 마이그레이션하는 기업의 일반적인 우려 사항은 다음과 같습니다.
- 개발/테스트 리소스 보안
- 비용 관리 및 이해
- 기업의 보안 및 규정 준수에 영향을 주지 않고 개발자를 위한 셀프 서비스 지원
- 추가 시나리오를 다루는 DevTest Labs의 자동화 및 확장
- DevTest Labs 기반 솔루션을 수천 개의 리소스로 확장
- 대규모의 DevTest Labs 배포
- 개념 증명 시작
Azure 구독 가져오기
Azure에 액세스할 수 있는 기존 기업계약이 있는 기업은 DevTest Labs에 대한 기존 또는 신규 구독을 사용할 수 있습니다. 기업계약이 체결된 경우 기업 개발/테스트 구독을 통해 Windows 10/Windows 8.1 클라이언트 운영 체제에 액세스할 수 있고 개발 및 테스트 워크로드에 대해 할인된 가격으로 사용할 수 있습니다.
또는 파일럿 배포에 Visual Studio Subscription을 사용하고 무료 Azure 크레딧을 활용할 수 있습니다.
파일럿용 무료 Azure 계정을 만들어 사용할 수도 있습니다.
Azure에서 개발이나 테스트를 위해 Windows 클라이언트 OS 이미지(Windows 7 이상 버전)를 사용하려면 다음 단계 중 하나를 수행하세요.
- MSDN 구독을 구입하세요.
- 기업 계약이 있는 경우 Enterprise 개발/테스트 제안을 사용하여 Azure 구독을 만드세요.
각 MSDN 제품의 Azure 크레딧에 대한 자세한 내용은 Visual Studio 구독자를 위한 월간 Azure 크레딧을 참조하세요.
Microsoft Entra ID에 모든 사용자 등록
사용자 추가 또는 랩 소유자 추가와 같은 관리를 위해 모든 랩 사용자는 파일럿에서 사용하는 Azure 구독에 대한 Microsoft Entra ID 테넌트에 속해야 합니다. 많은 기업에서 사용자가 클라우드에서 온-프레미스 ID를 사용할 수 있도록 하이브리드 ID를 설정합니다. DevTest Labs 개념 증명을 위해 하이브리드 ID가 필요하지 않습니다.
개념 증명 범위 정하기
파일럿의 초점은 필요한 최소한의 워크로드 및 종속성을 사용하여 Azure DevTest Labs가 기업에 적합한지 여부를 결정하는 것입니다. 빠르고 깔끔한 성공을 보장하기 위해 종속성이 가장 적은 가장 단순한 워크로드를 선택합니다. 또는 잠재적 복잡성을 노출하는 가장 대표적인 워크로드를 선택하여 스케일 아웃 단계에서 파일럿 성공을 재현할 수 있습니다.
구현을 시작하기 전에 개념 증명을 신중하게 계획합니다. 파일럿 리소스가 무기한 유지되지 않을 것이라는 적절한 기대치를 사용자에게 제공해야 합니다.
파일럿 범위를 지정하려면 다음 작업을 수행합니다.
- 목표와 성공 기준을 정의합니다.
- 파일럿이 다룰 소규모 워크로드 또는 시나리오를 나열합니다.
- 사용자 지정 이미지 또는 Marketplace 이미지와 같이 랩에서 사용할 수 있도록 해야 하는 리소스를 결정합니다.
- 네트워크 토폴로지 및 랩 정책을 결정합니다.
- 파일럿에 참여하고 결과를 확인할 사용자와 팀을 선택합니다.
- 파일럿 기간(예: 2주 또는 한 달)을 결정합니다.
- 파일럿이 종료될 때 파일럿 리소스를 폐기하는 방법을 결정합니다.
파일럿을 완벽하게 만들어 DevTest Labs 롤아웃 후 최종 상태를 반영하도록 하려는 경향이 있습니다. 그러나 개념 증명을 완벽하게 만들려는 시도는 파일럿을 시작하기 전에 너무 많은 노력을 기울여야 한다는 의미입니다. 파일럿의 목적은 최종 서비스를 크기 조정하고 롤아웃하기 위한 올바른 결정을 결정하는 것입니다.
기타 계획 및 디자인 결정
전체 DevTest Labs 솔루션에는 몇 가지 중요한 계획 및 디자인 결정이 포함됩니다. 개념 증명은 이러한 결정을 내리는 데 도움이 될 수 있습니다. 추가 고려 사항은 다음과 같습니다.
구독 토폴로지
Azure의 리소스에 대한 엔터프라이즈 수준 요구 사항은 단일 구독 내에서 사용 가능한 할당량 이상으로 확장될 수 있습니다. 여러 Azure 구독이 필요하거나 초기 구독 제한을 늘리기 위해 서비스를 요청해야 할 수 있습니다. 자세한 내용은 확장성 고려 사항을 참조하세요.
리소스를 나중에 다른 구독으로 이동하는 것은 어렵기 때문에 최종 전체 규모 롤아웃 전에 구독 간에 리소스를 배포하는 방법을 결정하는 것이 중요합니다. 예를 들어 랩을 만든 후에는 다른 구독으로 이동할 수 없습니다. 구독 결정 가이드는 귀중한 계획 리소스입니다.
네트워크 토폴로지
DevTest Labs가 자동으로 만드는 기본 네트워크 인프라는 기업 사용자의 요구 사항 및 제약 조건을 충족하지 않을 수 있습니다. 예를 들어 기업은 다음을 자주 사용합니다.
- 온-프레미스 네트워크를 Azure에 연결하기 위한 Azure ExpressRoute 연결 가상 네트워크.
- 구독 간에 가상 네트워크를 연결하기 위한 허브 스포크 구성의 피어링된 가상 네트워크.
- 트래픽을 온-프레미스 네트워크로 제한하기 위한 강제 터널링.
자세한 내용은 네트워킹 구성 요소를 참조하세요.
DevTest Labs는 또한 새 VM을 만드는 데 사용할 기존 가상 네트워크를 랩에 추가하는 것을 지원합니다. 자세한 내용은 Azure DevTest Labs에 가상 네트워크 추가를 참조하세요.
가상 머신 원격 액세스
엔터프라이즈 사용자가 DevTest Labs VM에 원격으로 액세스할 수 있는 몇 가지 옵션이 있습니다.
가장 쉽고 안전한 방법은 Azure Bastion을 통해 브라우저 연결을 사용하는 것입니다. VM은 공용 IP 주소를 사용할 필요가 없습니다. 자세한 내용은 Azure Bastion을 사용하여 DevTest Labs VM에 대한 브라우저 연결 사용하도록 설정을 참조하세요.
또 다른 옵션은 공용 IP 또는 공유 공용 IP를 사용하고 RDP(원격 데스크톱 프로토콜) 또는 SSH(보안 셸)를 통해 연결하는 것입니다.
앞의 옵션으로 충분하지 않으면 DevTest Labs 엔터프라이즈 참조 아키텍처에 표시된 대로 원격 액세스 게이트웨이를 통해 연결할 수 있습니다. 자세한 내용은 원격 데스크톱 게이트웨이를 사용하도록 랩 구성을 참조하세요.
기업은 또한 ExpressRoute 또는 사이트 간 VPN을 통해 랩을 온-프레미스 네트워크에 연결할 수 있습니다. 이 옵션을 사용하면 인터넷에 노출되지 않고 개인 IP 주소를 기반으로 VM에 대한 직접 RDP 또는 SSH 연결이 가능합니다.
랩 액세스 및 권한
최종 DevTest Labs 롤아웃 전에 각 수준의 랩 액세스 권한을 부여할 사람을 광범위하게 결정하는 것이 중요합니다. 두 가지 주요 DevTest Labs 권한 수준은 소유자 및 DevTest Labs 사용자입니다. 일반적인 모델은 팀 리더와 같은 예산 소유자가 랩 소유자가 되고 팀 구성원이 랩 사용자가 되는 것입니다. 그런 다음 예산 담당자는 랩 정책 설정을 조정하고 팀을 예산 범위 내에서 유지할 수 있습니다.
개념 증명 완료
정의된 시나리오를 다룬 후 파일럿을 완료합니다. 사용자로부터 피드백을 수집하고, 파일럿이 성공했는지 확인하고, 조직이 엔터프라이즈 규모 DevTest Labs 롤아웃을 진행할지 여부를 결정합니다. 확장된 롤아웃 전반에 걸쳐 일관성을 보장하기 위해 DevTest Labs 및 관련 리소스의 배포 자동화를 고려합니다.
예: 개념 증명 계획
다음 예는 DevTest Labs 개념 증명 배포의 범위를 지정하기 위한 계획을 보여 줍니다.
개요
기업은 공급업체가 사용할 새 Azure DevTest Labs 환경을 개발할 계획입니다. 이 환경은 기업 네트워크와 격리되어 있습니다. 솔루션이 요구 사항을 충족하는지 확인하기 위해 조직은 엔드투엔드 시나리오의 유효성을 검사하는 개념 증명을 개발합니다.
목표
개념 증명의 목표는 다음과 같습니다.
- 격리된 Azure 환경에 액세스하기 위해 Microsoft Entra 게스트 계정을 사용하는 공급업체를 위한 작동하는 엔드투엔드 솔루션입니다.
- 공급업체가 생산성을 유지하는 데 필요한 모든 리소스가 있는 DevTest Labs 환경.
- 광범위한 사용 및 채택에 영향을 미치는 잠재적 차단 문제를 식별하고 이해합니다.
- 솔루션을 개발하는 개인이 모든 코드와 참고 자료를 잘 이해하고 있어야 합니다.
- 모든 참가자의 광범위한 채택에 대한 확신.
요구 사항
솔루션에는 다음과 같은 요구 사항이 있습니다.
- 공급업체 팀은 Azure DevTest Labs에서 일련의 랩을 사용할 수 있습니다.
- 공급업체는 Microsoft Entra ID 및 역할 할당을 통해 랩에 액세스할 수 있습니다.
- 공급업체는 공용 IP 주소를 사용하지 않고 VM에 액세스할 수 있는 사이트 간 VPN과 같이 리소스에 성공적으로 연결할 수 있는 방법이 있습니다.
- 랩은 요구 사항을 지원하는 네트워크 인프라에 연결됩니다.
- DevTest Labs는 공급업체가 VM에 필요로 하는 소프트웨어 아티팩트 집합을 설치합니다.
필수 조건
프로젝트에 사용할 구독
Microsoft Entra 테넌트 및 Microsoft Entra ID 도움말 및 지침을 제공할 수 있는 플랫폼 엔지니어
프로젝트 구성원이 협업하는 다음 방법:
- 소스 코드 및 스크립트용 Azure Repos
- 문서용 Microsoft Teams 또는 SharePoint
- 대화를 위한 Microsoft Teams
- 작업 항목에 대한 Azure Boards
설정 작업
- 개념 증명에 사용할 Azure 지역을 결정합니다.
- 랩 VM을 Microsoft Entra 도메인에 조인할지 여부와 Microsoft Entra Domain Services 또는 다른 방법을 사용할지 여부를 결정합니다.
- 개념 증명 환경을 사용할 공급업체를 식별합니다.
- VM에서 사용 가능한 소프트웨어와 같이 공급업체에 필요한 리소스를 결정합니다.
- 공급업체가 DevTest Labs에서 사용할 수 있는 VM 이외의 Azure 서비스를 결정합니다.
- 랩을 사용하도록 공급업체를 학습하는 방법을 계획합니다.