Dela via

Leverera ett konceptbevis för Azure DevTest Labs-företagsdistribution

  • Artikel

Företag implementerar snabbt molnet på grund av fördelar som flexibilitet, flexibilitet och ekonomi. De första stegen är ofta utvecklings- och testarbetsbelastningar. Azure DevTest Labs innehåller funktioner som gynnar företaget och stöder viktiga utvecklings-/testscenarier.

Den här artikeln beskriver hur ett företag kan leverera ett lyckat konceptbevis eller pilottest för en Azure DevTest Labs-distribution. Konceptbevis använder en koncentrerad insats från ett enda team för att etablera organisationsvärde.

Varje företag har olika krav för att införliva Azure DevTest Labs i organisationen. Konceptbevis är ett första steg mot en lyckad distribution från slutpunkt till slutpunkt.

För ett lyckat konceptbevis:

  1. Välj ett eller två team.
  2. Identifiera teamens scenarier, till exempel virtuella utvecklardatorer (VM) eller testmiljöer.
  3. Dokumentera aktuella användningsfall.
  4. Distribuera DevTest Labs för att uppfylla teamens scenarier och användningsfall.
  5. Utvärdera framgång och lärdomar.

Viktiga DevTest Labs-scenarier är molnutveckling, testning och träningsmiljöer. Exempel på användningsfall är:

  • Skapa utvecklarskrivbord.
  • Konfigurera testmiljöer.
  • Aktivera åtkomst till virtuella datorer och Azure-resurser.
  • Konfigurera sandbox-miljö för inlärning och experimentering.
  • Konfigurera labbprinciper och kostnadskontroller som följer företagets regler.

Förutsättningar

Om du vill slutföra ett DevTest Labs-konceptbevis uppfyller du följande krav:

Lär dig grunderna

Lär dig mer om Azure och DevTest Labs med hjälp av följande resurser:

Förstå fokusområden för företag

Vanliga problem för företag som migrerar arbetsbelastningar till molnet är:

Skaffa en Azure-prenumeration

Registrera alla användare i Microsoft Entra-ID

För hantering, till exempel att lägga till användare eller lägga till labbägare, måste alla labbanvändare tillhöra Microsoft Entra ID-klientorganisationen för den Azure-prenumeration som piloten använder. Många företag konfigurerar hybrididentitet för att göra det möjligt för användare att använda sina lokala identiteter i molnet. Du behöver ingen hybrididentitet för ett DevTest Labs-konceptbevis.

Omfång för konceptbeviset

Fokus för piloten är att använda de minsta nödvändiga arbetsbelastningarna och beroendena för att avgöra om Azure DevTest Labs är rätt för ditt företag. Välj den enklaste arbetsbelastningen med minst beroenden för att säkerställa snabb och ren framgång. Eller välj den mest representativa arbetsbelastningen som exponerar potentiella komplexiteter, så att du kan replikera pilotframgångar i utskalningsfasen.

Planera konceptbeviset noggrant innan du påbörjar implementeringen. Se till att ställa in lämpliga förväntningar hos användarna om att pilotresurserna inte stannar kvar på obestämd tid.

Gör följande för att begränsa pilottestet:

  • Definiera mål och framgångskriterier.
  • Lista en liten uppsättning arbetsbelastningar eller scenarier som piloten ska ta upp.
  • Ta reda på vilka resurser labbet måste göra tillgängliga, till exempel anpassade avbildningar eller Marketplace-avbildningar.
  • Bestäm nätverkstopologi och labbprinciper.
  • Välj vilka användare och team som ska delta i pilotprojektet och kontrollera resultatet.
  • Bestäm pilotvaraktigheten, till exempel två veckor eller en månad.
  • Bestäm hur pilotresurserna ska tas bort när piloten avslutas.

Det finns en tendens att försöka göra piloten perfekt, så att den speglar det slutliga tillståndet efter DevTest Labs-distributionen. Men att försöka göra konceptbeviset perfekt innebär för mycket arbete innan du kan starta piloten. Syftet med piloten är att fastställa rätt beslut för att skala upp och lansera den slutliga tjänsten.

Fatta andra planerings- och designbeslut

En fullständig DevTest Labs-lösning innehåller några viktiga planerings- och designbeslut. Konceptbeviset kan hjälpa dig att fatta dessa beslut. Ytterligare överväganden är:

Prenumerationstopologi

Kraven på företagsnivå för resurser i Azure kan sträcka sig utöver de tillgängliga kvoterna i en enda prenumeration. Du kan behöva flera Azure-prenumerationer, eller så kan du behöva göra tjänstbegäranden för att öka de ursprungliga prenumerationsgränserna. Mer information finns i Skalbarhetsöverväganden.

Det är viktigt att bestämma hur resurser ska distribueras mellan prenumerationer före den slutliga distributionen i full skala, eftersom det är svårt att flytta resurser till en annan prenumeration senare. Du kan till exempel inte flytta ett labb till en annan prenumeration när det har skapats. Beslutsguiden för prenumeration är en värdefull planeringsresurs.

Nätverkstopologi

Standardnätverksinfrastrukturen som DevTest Labs skapar automatiskt kanske inte uppfyller kraven och begränsningarna för företagsanvändare. Företag använder till exempel ofta:

Mer information finns i Nätverkskomponenter.

DevTest Labs har också stöd för att lägga till befintliga virtuella nätverk i labbet som ska användas för att skapa nya virtuella datorer. Mer information finns i Lägga till ett virtuellt nätverk i Azure DevTest Labs.

Fjärråtkomst till virtuell dator

Det finns flera alternativ för företagsanvändare att fjärransluta till virtuella DevTest Labs-datorer:

Labbåtkomst och behörigheter

Innan den slutliga DevTest Labs-distributionen är det viktigt att bestämma i stort vem som ska ge varje nivå av labbåtkomst. De två nyckelbehörighetsnivåerna för DevTest Labs är Ägare och DevTest Labs-användare. En vanlig modell är att budgetägaren, till exempel teamledningen, ska vara labbägare, med teammedlemmarna som labbanvändare. Den person som ansvarar för budgeten kan sedan justera inställningarna för labbprinciper och hålla teamet inom budget.

Slutför konceptbeviset

När du har behandlat de definierade scenarierna slutför du piloten. Samla in feedback från användarna, ta reda på om piloten lyckades och bestäm om organisationen ska gå vidare med en DevTest Labs-distribution i företagsskala. Börja överväga att automatisera distributionen av DevTest Labs och associerade resurser för att säkerställa konsekvens i hela den skalbara distributionen.

Exempel på konceptbevisplan

I följande exempel visas en plan för att omfångsbedöma en DevTest Labs-distribution av konceptbevis.

Översikt

Ett företag planerar att utveckla en ny Azure DevTest Labs-miljö som leverantörer kan använda, som är isolerad från företagsnätverket. För att avgöra om lösningen uppfyller kraven utvecklar organisationen ett konceptbevis för att verifiera scenariot från slutpunkt till slutpunkt.

Mål

Konceptbeviset har följande mål:

  • En fungerande lösning från slutpunkt till slutpunkt för leverantörer som använder Microsoft Entra-gästkonton för att få åtkomst till en isolerad Azure-miljö.
  • En DevTest Labs-miljö med alla nödvändiga resurser för att leverantörer ska vara produktiva.
  • Identifiering och förståelse av eventuella blockeringsproblem som påverkar bredare användning och implementering.
  • God förståelse för all kod och säkerhet från individer som utvecklar lösningen.
  • Förtroende för det bredare antagandet av alla deltagare.

Behov

Lösningen har följande krav:

  • Leverantörsteam kan använda en uppsättning labb i Azure DevTest Labs.
  • Leverantörerna har åtkomst till labbuppgifterna via Microsoft Entra-ID och rolltilldelningar.
  • Leverantörer har ett sätt att ansluta till sina resurser, till exempel ett plats-till-plats-VPN som gör det möjligt att komma åt virtuella datorer utan att använda offentliga IP-adresser.
  • Labbarna ansluter till en nätverksinfrastruktur som stöder kraven.
  • DevTest Labs installerar den uppsättning programvaruartefakter som leverantörerna behöver på de virtuella datorerna.

Förutsättningar

  • En prenumeration som ska användas för projektet
  • En Microsoft Entra-klientorganisation och en global Microsoft Entra-administratör som kan ge Hjälp och vägledning för Microsoft Entra-ID
  • Sätt för projektmedlemmar att samarbeta, till exempel:
    • Azure Repos för källkod och skript
    • Microsoft Teams eller SharePoint för dokument
    • Microsoft Teams för konversationer
    • Azure Boards för arbetsobjekt

Installationsuppgifter

  • Bestäm vilken Azure-region som ska användas för konceptbeviset.
  • Bestäm om du vill ansluta virtuella labbdatorer till Microsoft Entra-domänen och om du vill använda Microsoft Entra Domain Services eller någon annan metod.
  • Identifiera de leverantörer som ska använda konceptbevismiljön.
  • Fastställa vilka resurser som krävs för leverantörerna, till exempel programvara som är tillgänglig på de virtuella datorerna.
  • Bestäm vilka Azure-tjänster, förutom virtuella datorer, som leverantörerna kan använda i DevTest Labs.
  • Planera hur du tränar leverantörer att använda labbet.

Nästa steg