Azure에 액세스할 수 있는 기존 기업계약이 있는 기업은 DevTest Labs에 대한 기존 또는 신규 구독을 사용할 수 있습니다. 기업계약이 체결된 경우 기업 개발/테스트 구독을 통해 Windows 10/Windows 8.1 클라이언트 운영 체제에 액세스할 수 있고 개발 및 테스트 워크로드에 대해 할인된 가격으로 사용할 수 있습니다.
사용자 추가 또는 랩 소유자 추가와 같은 관리를 위해 모든 랩 사용자는 파일럿에서 사용하는 Azure 구독에 대한 Microsoft Entra ID 테넌트에 속해야 합니다. 많은 기업에서 사용자가 클라우드에서 온-프레미스 ID를 사용할 수 있도록 하이브리드 ID를 설정합니다. DevTest Labs 개념 증명을 위해 하이브리드 ID가 필요하지 않습니다.
개념 증명 범위 정하기
파일럿의 초점은 필요한 최소한의 워크로드 및 종속성을 사용하여 Azure DevTest Labs가 기업에 적합한지 여부를 결정하는 것입니다. 빠르고 깔끔한 성공을 보장하기 위해 종속성이 가장 적은 가장 단순한 워크로드를 선택합니다. 또는 잠재적 복잡성을 노출하는 가장 대표적인 워크로드를 선택하여 스케일 아웃 단계에서 파일럿 성공을 재현할 수 있습니다.
구현을 시작하기 전에 개념 증명을 신중하게 계획합니다. 파일럿 리소스가 무기한 유지되지 않을 것이라는 적절한 기대치를 사용자에게 제공해야 합니다.
파일럿 범위를 지정하려면 다음 작업을 수행합니다.
목표와 성공 기준을 정의합니다.
파일럿이 다룰 소규모 워크로드 또는 시나리오를 나열합니다.
사용자 지정 이미지 또는 Marketplace 이미지와 같이 랩에서 사용할 수 있도록 해야 하는 리소스를 결정합니다.
네트워크 토폴로지 및 랩 정책을 결정합니다.
파일럿에 참여하고 결과를 확인할 사용자와 팀을 선택합니다.
파일럿 기간(예: 2주 또는 한 달)을 결정합니다.
파일럿이 종료될 때 파일럿 리소스를 폐기하는 방법을 결정합니다.
파일럿을 완벽하게 만들어 DevTest Labs 롤아웃 후 최종 상태를 반영하도록 하려는 경향이 있습니다. 그러나 개념 증명을 완벽하게 만들려는 시도는 파일럿을 시작하기 전에 너무 많은 노력을 기울여야 한다는 의미입니다. 파일럿의 목적은 최종 서비스를 크기 조정하고 롤아웃하기 위한 올바른 결정을 결정하는 것입니다.
기타 계획 및 디자인 결정
전체 DevTest Labs 솔루션에는 몇 가지 중요한 계획 및 디자인 결정이 포함됩니다. 개념 증명은 이러한 결정을 내리는 데 도움이 될 수 있습니다. 추가 고려 사항은 다음과 같습니다.
구독 토폴로지
Azure의 리소스에 대한 엔터프라이즈 수준 요구 사항은 단일 구독 내에서 사용 가능한 할당량 이상으로 확장될 수 있습니다. 여러 Azure 구독이 필요하거나 초기 구독 제한을 늘리기 위해 서비스를 요청해야 할 수 있습니다. 자세한 내용은 확장성 고려 사항을 참조하세요.
리소스를 나중에 다른 구독으로 이동하는 것은 어렵기 때문에 최종 전체 규모 롤아웃 전에 구독 간에 리소스를 배포하는 방법을 결정하는 것이 중요합니다. 예를 들어 랩을 만든 후에는 다른 구독으로 이동할 수 없습니다. 구독 결정 가이드는 귀중한 계획 리소스입니다.
네트워크 토폴로지
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 서비스를 결정합니다.