PaaS-services gebruiken in Azure DevTest Labs

  • Artikel

In dit artikel wordt platform-as-a-service (PaaS) in Azure DevTest Labs beschreven. DevTest Labs ondersteunt PaaS via omgevingen, die zowel PaaS- als IaaS-resources (Infrastructure-as-a-Service) kunnen bevatten. Omgevingen bevatten services en software zoals virtuele machines (VM's), databases, virtuele netwerken en web-apps die zijn aangepast om samen te werken.

In de volgende afbeelding ziet u een SharePoint-farm die is gemaakt als een omgeving in een lab.

Schermopname van een SharePoint-omgeving in een lab.

PaaS-scenario's

PaaS-omgevingen van DevTest Labs ondersteunen de volgende scenario's:

  • Ontwikkelaars kunnen meerdere, onafhankelijke omgevingen maken.
  • Testers kunnen verschillende configuraties asynchroon en automatisch testen.
  • Integratie van faserings- en productiepijplijnen kan plaatsvinden zonder sjabloonwijzigingen.
  • Labeigenaren kunnen beleidsregels configureren en kosten bijhouden voor de omgeving als geheel.

Scenario's voor ontwikkelaars

Voor het maken van een omgeving selecteert een ontwikkelaar een omgevingssjabloon in plaats van een computerinstallatiekopie en voert hij alle vereiste gegevens in. Afzonderlijke ontwikkelomgevingen maken snellere implementatie van wijzigingen en verbeterde foutopsporing binnenste lus mogelijk. Ontwikkelaars kunnen hun omgevingen op elk gewenst moment vernietigen en opnieuw maken met behulp van de nieuwste sjablonen. Deze mogelijkheid helpt bij het verminderen van downtime van het handmatig maken van systemen of het herstellen van fouten.

Testscenario's

DevTest Labs-omgevingen maken onafhankelijke, asynchrone tests van specifieke code en configuraties mogelijk. Testers kunnen CI/CD-pijplijnen (continue integratie en continue implementatie) gebruiken om omgevingen in te stellen, code van afzonderlijke pull-aanvragen toe te passen en geautomatiseerde en handmatige tests uit te voeren. Automation kan meerdere omgevingen in abonnementen en labs beheren en bijhouden.

Bijhouden van kosten

De algemene kostentrend voor een lab omvat Azure-resources binnen omgevingen. De kosten per resource worden niet uitgesplitsd naar de verschillende resources binnen een omgeving, maar worden de omgeving weergegeven als één kostenprijs. Zie Kosten bijhouden die zijn gekoppeld aan een lab in Azure DevTest Labs voor meer informatie.

Toegang en rollen

Labeigenaren kunnen labtoegang verlenen en gebruikersrollen toewijzen. Zie Labeigenaren, inzenders en gebruikers toevoegen in Azure DevTest Labs voor meer informatie.

De resourceprovider DevTest Labs maakt resources namens de labgebruiker, zodat labgebruikers geen extra machtigingen nodig hebben om omgevingen te maken en te gebruiken. Lab-eigenaren kunnen echter machtigingen voor inzenders uitbreiden naar labgebruikers, zodat ze hun eigen PaaS-resources kunnen configureren en beheren, zoals het toevoegen of verwijderen van resources. Zie Gebruikersrechten voor de omgeving configureren voor meer informatie.

Labeigenaren kunnen toegang tot resources of machtigingen aanpassen zonder toegang op abonnementsniveau te verlenen. De labgebruiker kan Azure-resources alleen toevoegen of verwijderen binnen de beheerde resourcegroep. Zie Gebruikersmachtigingen verlenen voor specifieke labbeleidsregels om de rollen en toegang van labgebruikers verder aan te passen.

Omgevingssjablonen

DevTest Labs maakt omgevingen met behulp van vooraf geconfigureerde ARM-sjablonen (Azure Resource Manager) vanuit Git-opslagplaatsen. Door de ARM-sjablonen onder broncodebeheer te houden, wordt een consistente implementatie en beheer van de omgeving bevorderd.

In grote organisaties bieden ontwikkelteams doorgaans aangepaste of geïsoleerde testomgevingen. De IT-groep biedt omgevingen die alle teams binnen een bedrijfseenheid of een afdeling kunnen gebruiken.

Zie ARM-sjablonen gebruiken om DevTest Labs-omgevingen te maken om het maken van omgevingen voor labs in te schakelen en te configureren. DevTest Labs heeft een openbare opslagplaats met vooraf geconfigureerde ARM-sjablonen voor het maken van bepaalde omgevingen. Zie Openbare omgevingen inschakelen en configureren voor meer informatie over de openbare omgevingen.

U kunt ook uw eigen ARM-sjablonen maken of configureren, deze opslaan in privé-Git-opslagplaatsen en deze opslagplaatsen verbinden met labs.

Sjabloon aanpassen

U kunt bepaalde aangepaste labgegevens opgeven in ARM-sjablonen bij het maken van omgevingen, waaronder:

  • Identificatie van virtueel labnetwerk
  • Lablocatie
  • Labopslagaccount waarin de ARM-sjablonenbestanden worden gekopieerd

Een bestaand virtueel netwerk gebruiken

Wanneer u een omgeving maakt, kan DevTest Labs het $(LabSubnetId) token vervangen door het eerste subnet van het lab waarin Use in virtual machine creation is ingesteld op true. Door deze wijziging kan de omgeving gebruikmaken van eerder gemaakte virtuele netwerken.

In Omgevingen verbinden met het virtuele netwerk van het lab wordt beschreven hoe u een ARM-sjabloon kunt wijzigen om het $(LabSubnetId) token te gebruiken. Als u dezelfde ARM-sjabloon wilt gebruiken in test-, faserings- en productieomgevingen, gebruikt $(LabSubnetId) u als een waarde in een ARM-sjabloonparameter.

Geneste sjablonen gebruiken

DevTest Labs ondersteunt geneste ARM-sjablonen. Zie DevTest Labs-omgevingen implementeren met geneste sjablonen als u en-tokens _artifactsLocationSasToken wilt gebruiken _artifactsLocation voor het maken van een URI voor een geneste ARM-sjabloon. Zie de sectie Implementatieartefacten van de Handleiding voor aanbevolen procedures voor Azure Resource Manager voor meer informatie.

Volgende stappen