Delen via

Een proof-of-concept leveren voor de implementatie van Azure DevTest Labs voor ondernemingen

  • Artikel

Ondernemingen nemen snel gebruik van de cloud vanwege voordelen die flexibiliteit, flexibiliteit en economie omvatten. De eerste stappen zijn vaak ontwikkel- en testworkloads. Azure DevTest Labs biedt functies die ten goede komen aan de onderneming en belangrijke ontwikkel-/testscenario's ondersteunen.

In dit artikel wordt beschreven hoe een onderneming een succesvol proof-of-concept of pilot kan leveren voor een Azure DevTest Labs-implementatie. Het bewijs van concept maakt gebruik van een geconcentreerde inspanning van één team om de waarde van de organisatie vast te stellen.

Elke onderneming heeft verschillende vereisten voor het opnemen van Azure DevTest Labs in hun organisatie. Het bewijs van concept is een eerste stap voor een succesvolle end-to-end-implementatie.

Voor een succesvol concept:

  1. Kies een of twee teams.
  2. Identificeer de scenario's van de teams, zoals virtuele machines (VM's) voor ontwikkelaars of testomgevingen.
  3. Documenteer huidige gebruiksvoorbeelden.
  4. Implementeer DevTest Labs om te voldoen aan de scenario's en use cases van de teams.
  5. Evalueer succes en geleerde lessen.

Belangrijke DevTest Labs-scenario's omvatten cloudontwikkelings-, test- en trainingsomgevingen. Gebruiksvoorbeelden zijn onder andere:

  • Bureaubladen voor ontwikkelaars maken.
  • Testomgevingen configureren.
  • Vm- en Azure-resourcetoegang inschakelen.
  • Sandboxes instellen voor leren en experimenteren.
  • Labbeleid en kostencontroles configureren die voldoen aan de bedrijfsvoorschriften.

Vereisten

Als u een DevTest Labs-proof-of-concept wilt voltooien, voldoet u aan de volgende vereisten:

De basisbeginselen leren

Meer informatie over Azure en DevTest Labs met behulp van de volgende resources:

Meer informatie over bedrijfsfocusgebieden

Veelvoorkomende problemen voor ondernemingen die workloads migreren naar de cloud zijn onder andere:

Een Azure-abonnement verkrijgen

Alle gebruikers inschrijven bij Microsoft Entra-id

Voor beheer, zoals het toevoegen van gebruikers of het toevoegen van labeigenaren, moeten alle labgebruikers behoren tot de Microsoft Entra ID-tenant voor het Azure-abonnement dat de testfase gebruikt. Veel ondernemingen stellen hybride identiteit in om gebruikers in staat te stellen hun on-premises identiteiten in de cloud te gebruiken. U hebt geen hybride identiteit nodig voor een DevTest Labs-proof-of-concept.

Het proof-of-concept bepalen

De focus van de pilot is het gebruik van de minimaal benodigde workloads en afhankelijkheden om te bepalen of Azure DevTest Labs geschikt is voor uw onderneming. Kies de eenvoudigste workload met de minste afhankelijkheden om snel en schoon te zorgen voor succes. Of kies de meest representatieve workload die potentiële complexiteiten blootstelt, zodat u het succes van de pilot in de uitschaalfase kunt repliceren.

Plan het concept zorgvuldig voordat u de implementatie start. Zorg ervoor dat u de juiste verwachtingen instelt voor gebruikers die de testbronnen niet voor onbepaalde tijd zullen blijven gebruiken.

Voer deze taken uit om het bereik van de testfase te bepalen:

  • Definieer doelen en succescriteria.
  • Vermeld een kleine set workloads of scenario's voor de testfase.
  • Bepaal welke resources het lab beschikbaar moet maken, zoals aangepaste installatiekopieën of Marketplace-installatiekopieën.
  • Beslis over netwerktopologie en labbeleid.
  • Kies de gebruikers en teams die betrokken moeten zijn bij de testfase en om de resultaten te controleren.
  • Bepaal de duur van de testfase, zoals twee weken of een maand.
  • Bepaal hoe u de testmiddelen moet verwijderen wanneer de testfase eindigt.

Er is een neiging om de testfase perfect te maken, dus het spiegelt de uiteindelijke status na de implementatie van DevTest Labs. Het testen van het concept betekent echter te veel moeite voordat u de pilot kunt starten. Het doel van de testfase is het bepalen van de juiste beslissingen voor het omhoog schalen en implementeren van de uiteindelijke service.

Andere plannings- en ontwerpbeslissingen nemen

Een volledige DevTest Labs-oplossing bevat enkele belangrijke plannings- en ontwerpbeslissingen. Het concept kan u helpen bij het nemen van deze beslissingen. Andere overwegingen zijn:

Abonnementstopologie

De vereisten op ondernemingsniveau voor resources in Azure kunnen verder gaan dan de beschikbare quota binnen één abonnement. Mogelijk hebt u verschillende Azure-abonnementen nodig of moet u serviceaanvragen indienen om de initiële abonnementslimieten te verhogen. Zie Overwegingen voor schaalbaarheid voor meer informatie.

Het is belangrijk om te bepalen hoe u resources over abonnementen distribueert vóór de definitieve, volledige implementatie, omdat het lastig is om resources later naar een ander abonnement te verplaatsen. U kunt bijvoorbeeld een lab niet verplaatsen naar een ander abonnement nadat het is gemaakt. De handleiding voor het nemen van een abonnement is een waardevolle planningsresource.

Netwerktopologie

De standaardnetwerkinfrastructuur die automatisch door DevTest Labs wordt gemaakt, voldoet mogelijk niet aan vereisten en beperkingen voor zakelijke gebruikers. Ondernemingen gebruiken bijvoorbeeld vaak het volgende:

Zie Netwerkonderdelen voor meer informatie.

DevTest Labs biedt ook ondersteuning voor het toevoegen van bestaande virtuele netwerken aan het lab voor het maken van nieuwe VM's. Zie Een virtueel netwerk toevoegen in Azure DevTest Labs voor meer informatie.

Externe toegang tot virtuele machines

Er zijn verschillende opties voor zakelijke gebruikers om extern toegang te krijgen tot DevTest Labs-VM's:

  • De eenvoudigste en veiligste methode is het gebruik van browserconnectiviteit via Azure Bastion. De VM's hoeven geen openbare IP-adressen te gebruiken. Zie Browserverbinding met DevTest Labs-VM's inschakelen met Azure Bastion voor meer informatie.

  • Een andere optie is om openbare IP-adressen of gedeelde openbare IP-adressen te gebruiken en verbinding te maken via Remote Desktop Protocol (RDP) of secure shell (SSH).

  • Als de voorgaande opties niet voldoende zijn, kunt u verbinding maken via een gateway voor externe toegang, zoals wordt weergegeven in de referentiearchitectuur van DevTest Labs voor ondernemingen. Zie Een lab configureren voor het gebruik van Extern bureaublad-gateway voor meer informatie.

  • Ondernemingen kunnen hun labs ook verbinden met hun on-premises netwerken via ExpressRoute of een site-naar-site-VPN. Met deze optie kunt u directe RDP- of SSH-verbindingen met de VM's uitvoeren op basis van hun privé-IP-adressen, zonder blootstelling aan internet.

Toegang en machtigingen voor lab

Voordat de implementatie van DevTest Labs is voltooid, is het belangrijk om te bepalen wie elk niveau van labtoegang moet verlenen. De twee belangrijkste machtigingsniveaus voor DevTest Labs zijn Eigenaar en DevTest Labs User. Een gemeenschappelijk model is voor de budgeteigenaar, zoals de teamleider, de eigenaar van het lab te zijn, met de teamleden als labgebruikers. De persoon die verantwoordelijk is voor het budget kan vervolgens de beleidsinstellingen van het lab aanpassen en het team binnen het budget houden.

Het bewijs van concept voltooien

Nadat u de gedefinieerde scenario's hebt behandeld, voltooit u de testfase. Verzamel feedback van de gebruikers, bepaal of de testfase is geslaagd en bepaal of de organisatie verdergaat met de implementatie van DevTest Labs op ondernemingsniveau. Begin met het automatiseren van de implementatie van DevTest Labs en bijbehorende resources om consistentie te garanderen tijdens de geschaalde implementatie.

Voorbeeld van een proof-of-concept-plan

In dit volgende voorbeeld ziet u een plan voor het verkennen van een DevTest Labs-proof-of-conceptimplementatie.

Overzicht

Een onderneming is van plan om een nieuwe Azure DevTest Labs-omgeving te ontwikkelen die leveranciers kunnen gebruiken, die is geïsoleerd van het bedrijfsnetwerk. Om te bepalen of de oplossing aan de vereisten voldoet, ontwikkelt de organisatie een proof-of-concept om het end-to-end-scenario te valideren.

Doelstellingen

Het bewijs van concept heeft de volgende doelen:

  • Een werkende end-to-end-oplossing voor leveranciers die gebruikmaken van Microsoft Entra-gastaccounts voor toegang tot een geïsoleerde Azure-omgeving.
  • Een DevTest Labs-omgeving met alle benodigde resources om leveranciers productief te maken.
  • Identificatie en begrip van mogelijke blokkerende problemen die van invloed zijn op breder gebruik en acceptatie.
  • Goed begrip van alle code en onderpand door de personen die de oplossing ontwikkelen.
  • Vertrouwen in de bredere acceptatie door alle deelnemers.

Vereisten

De oplossing heeft de volgende vereisten:

  • Leveranciersteams kunnen een set labs gebruiken in Azure DevTest Labs.
  • De leveranciers hebben toegang tot de labs via Microsoft Entra ID en roltoewijzingen.
  • Leveranciers hebben een manier om verbinding te maken met hun resources, zoals een site-naar-site-VPN die toegang tot VM's mogelijk maakt zonder openbare IP-adressen te gebruiken.
  • De labs maken verbinding met een netwerkinfrastructuur die ondersteuning biedt voor de vereisten.
  • DevTest Labs installeert de set software-artefacten die leveranciers nodig hebben op de VM's.

Vereisten

  • Een abonnement dat moet worden gebruikt voor het project

  • Een Microsoft Entra-tenant en een platformengineer die Help en richtlijnen voor Microsoft Entra ID kan bieden

  • Manieren waarop projectleden kunnen samenwerken, zoals:

    • Azure-opslagplaatsen voor broncode en scripts
    • Microsoft Teams of SharePoint voor documenten
    • Microsoft Teams voor gesprekken
    • Azure Boards voor werkitems

Taken instellen

  • Bepaal welke Azure-regio moet worden gebruikt voor het proof-of-concept.
  • Bepaal of u lab-VM's wilt koppelen aan het Microsoft Entra-domein en of u Microsoft Entra Domain Services of een andere methode wilt gebruiken.
  • Identificeer de leveranciers die gebruikmaken van de proof-of-conceptomgeving.
  • Bepaal de vereiste resources voor de leveranciers, zoals software die beschikbaar is op de VM's.
  • Bepaal welke Azure-services, behalve VM's, de leveranciers kunnen gebruiken in DevTest Labs.
  • Plan hoe u leveranciers kunt trainen om het lab te gebruiken.

Volgende stappen