PaaS-services gebruiken in Azure DevTest Labs
In dit artikel wordt ondersteuning voor PaaS (Platform-as-a-Service) 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.
Notitie
Azure Deployment Environments (ADE) wordt ten zeerste aanbevolen voor het maken van omgevingen. Met ADE kunnen ontwikkelaars snel app-infrastructuur implementeren met behulp van projectsjablonen, waardoor consistente en veilige omgevingen voor uw ontwikkelteams worden gegarandeerd.
Zie de documentatie over Azure Deployment Environments voor meer informatie over Azure Deployment Environments.
PaaS-scenario's
DevTest Labs PaaS-omgevingen ondersteunen de volgende scenario's:
- Ontwikkelaars kunnen meerdere, onafhankelijke omgevingen maken.
- Testers kunnen verschillende configuraties asynchroon en automatisch testen.
- De integratie van faserings- en productiepijplijnen kan plaatsvinden zonder sjabloonwijzigingen.
- Labeigenaren kunnen beleidsregels configureren en kosten voor de omgeving als geheel bijhouden.
Scenario's voor ontwikkelaars
Als u een omgeving wilt maken, selecteert een ontwikkelaar een omgevingssjabloon in plaats van een computerinstallatiekopieën en voert deze alle vereiste gegevens in. Afzonderlijke ontwikkelomgevingen bieden snellere implementatie van wijzigingen en verbeterde foutopsporing in de interne lus. Ontwikkelaars kunnen hun omgevingen op elk gewenst moment vernietigen en opnieuw maken met behulp van de nieuwste sjablonen. Deze mogelijkheid helpt bij het handmatig maken van systemen of het herstellen van fouten.
Testscenario's
DevTest Labs-omgevingen staan onafhankelijk, asynchroon testen van specifieke code en configuraties toe. Testers kunnen pijplijnen voor continue integratie en continue implementatie (CI/CD) 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 resources splitsen de verschillende resources in een omgeving niet uit, maar de omgeving wordt als één kosten weergegeven. 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 DevTest Labs-resourceprovider maakt namens de labgebruiker resources, zodat labgebruikers geen extra machtigingen nodig hebben om omgevingen te maken en te gebruiken. Labeigenaren kunnen echter inzendermachtigingen 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 resourcetoegang of machtigingen aanpassen zonder toegang op abonnementsniveau te verlenen. De labgebruiker kan alleen Azure-resources toevoegen of verwijderen binnen de beheerde resourcegroep. Zie Gebruikersmachtigingen verlenen aan specifieke labbeleidsregels om de gebruikersrollen en -toegang verder aan te passen.
Omgevingssjablonen
DevTest Labs maakt omgevingen met behulp van vooraf geconfigureerde ARM-sjablonen (Azure Resource Manager) uit Git-opslagplaatsen. Het behouden van de ARM-sjablonen onder broncodebeheer bevordert consistente implementatie en beheer van de omgeving.
In grote organisaties bieden ontwikkelteams doorgaans aangepaste of geïsoleerde testomgevingen. De IT-groep biedt omgevingen die alle teams binnen een bedrijfseenheid of een divisie kunnen gebruiken.
Als u het maken van omgevingen voor labs wilt inschakelen en configureren, raadpleegt u ARM-sjablonen gebruiken om DevTest Labs-omgevingen te maken. 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.
Sjabloonaanpassing
U kunt bepaalde aangepaste labgegevens opgeven in ARM-sjablonen bij het maken van omgevingen, waaronder:
- Identificatie van virtueel labnetwerk
- Lablocatie
- Lab-opslagaccount 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 labsubnet waarin Gebruik bij het maken van virtuele machines is ingesteld op waar. Met deze wijziging kan de omgeving eerder gemaakte virtuele netwerken gebruiken.
Verbind omgevingen met het virtuele netwerk van het lab en beschrijft hoe u een ARM-sjabloon wijzigt om het $(LabSubnetId) token te gebruiken. Als u dezelfde ARM-sjabloon wilt gebruiken in test-, faserings- en productieomgevingen, gebruikt $(LabSubnetId) u deze als een waarde in een ARM-sjabloonparameter.
Geneste sjablonen gebruiken
DevTest Labs ondersteunt geneste ARM-sjablonen. Zie DevTest Labs-omgevingen implementeren met geneste sjablonen om een URI te maken en _artifactsLocationSasToken tokens te maken _artifactsLocation voor een geneste ARM-sjabloon. Zie de sectie Implementatieartefacten van de aanbevolen procedures voor Azure Resource Manager voor meer informatie.