Azure DevTest Labs-Szenarien

In diesem Artikel wird erläutert, wie Sie Azure DevTest Labs für verschiedene Entwicklungs-, Test- und Trainingsszenarien verwenden. Dies sind einige gängige DevTest Labs-Szenarien:

• Entwickler benötigen viele (manchmal unterschiedliche) VMs und Umgebungen, wenn sie an Apps arbeiten.
• Tester verwenden viele identische oder unterschiedliche VMs und Umgebungen für Leistungstests und Untersuchungen in Sandboxes.
• Lehrkräfte und Trainer benötigen in regelmäßigen Abständen neue Classroom-, Lab- und Hackathon-VMs und -Umgebungen.

In den folgenden Abschnitten wird beschrieben, wie DevTest Labs diese Szenarien unterstützt, während Lab-Besitzer und -Administratoren den Lab-Zugriff und die Kosten steuern können.

Lab-Erstellung

Labs sind der Ausgangspunkt in DevTest Labs. Nachdem Sie ein Lab erstellt haben, können Sie die folgenden Aufgaben ausführen:

• Hinzufügen von Lab-Benutzern.
• Erstellen vorkonfigurierte VMs,r die jeder Lab-Benutzer beanspruchen kann.
• Definieren von Images, Formeln und Vorlagen für Lab-Benutzer, um schnell ihre eigenen VMs und Umgebungen zu erstellen.
• Verwenden von Konfiguration und Richtlinien, um das Lab zu verwalten und Kosten zu steuern.
• Integration in Azure DevOps zur Unterstützung von DevOps-Szenarien.
• Verbindung mit öffentlichen und privaten Git-Repositorys für den Zugriff auf Artefakte und ARM-Vorlagen.

Die folgende Abbildung zeigt, wie Lab-Besitzer Richtlinien konfigurieren und Ressourcen für Lab-Benutzer bereitstellen können:

Informationen zum Erstellen eines Labs im Azure-Portal finden Sie unter Erstellen eines Labs in Azure DevTest Labs.

Sie können auch die La-Erstellung automatisieren, einschließlich benutzerdefinierter Einstellungen, mit einer wiederverwendbaren Azure Resource Manager-Vorlage (ARM-Vorlage). Weitere Informationen finden Sie unter ARM-Vorlagen (Azure Resource Manager) in Azure DevTest Labs.

Hinzufügen eines virtuellen Netzwerks zu einem Lab

DevTest Labs erstellt für jedes Lab ein neues virtuelles Netzwerk. Wenn Sie über ein anderes virtuelles Netzwerk verfügen, das mit Azure ExpressRoute oder einem Site-to-Site-VPN konfiguriert ist, können Sie es Ihrem Lab hinzufügen. Anschließend können Sie dieses virtuelle Netzwerk zum Erstellen von Lab-VMs verwenden. Weitere Informationen finden Sie unter Konfigurieren eines virtuellen Netzwerks in Azure DevTest Labs.

Hinzufügen von Benutzern zu Labs

Lab-Besitzer können Labs Benutzer hinzufügen, indem sie das Azure-Portal oder ein PowerShell-Skript verwenden. Weitere Informationen finden Sie unter Hinzufügen von Lab-Besitzern, Mitwirkenden und Benutzern in Azure DevTest Labs. Lab-Benutzer benötigen kein Azure-Konto, wenn sie über ein Microsoft-Konto verfügen.

Ein Lab-Benutzer kann alle Lab-Ressourcen wie VMs, Richtlinien und virtuelle Netzwerke anzeigen. Lab-Benutzer können keine Richtlinien ändern oder auf VMs zugreifen, die andere Benutzer erstellen oder beanspruchen.

Konfigurieren von Lab-Richtlinien zur Kostenkontrolle

Lab-Administratoren und -Besitzer können folgendermaßen vorgehen, um die Kosten zu überwachen und zu steuern:

• Einschränken der Anzahl von VMs, die jeder Benutzer erstellen oder beanspruchen kann.
• Zulassen nur bestimmter VM-Größen im Lab.
• Konfigurieren von Richtlinien für automatisches Herunterfahren und automatisches Starten, um alle VMs zu bestimmten Tageszeiten zu beenden bzw. neu zu starten. Das automatische Herunterfahren für VMs gilt nicht für PaaS-Ressourcen in Umgebungen.
• Verwenden Sie Azure Cost Management, um die Kosten von Umgebungen nachzuverfolgen.

Entwicklungs- und Test-VMs

Entwickler und Tester benötigen möglicherweise viele identische VMs für Leistungs- oder Auslastungstests oder unterschiedliche Arten von VMs für verschiedene Projekte oder Iterationen. DevTest Labs-Benutzer können VMs bei Bedarf erstellen, konfigurieren und darauf zugreifen, um ihre Anforderungen zu erfüllen. Wenn Sie mit allgemeinen VM-Images beginnen, wird die Teamkonsistenz unterstützt.

DevTest Labs ermöglicht Entwicklern Folgendes:

• Schnelles Bereitstellen von VMs bei Bedarf oder Beanspruchen vorhandener vorkonfigurierter VMs.
• Ausführen von Self-Service für ihre eigenen VMs, ohne Berechtigungen auf Abonnementebene zu benötigen.
• Direktes Verwenden virtueller Netzwerke, die Lab-Besitzer und -Administratoren einrichten, ohne dass spezielle Berechtigungen erforderlich sind.
• Einfaches Anpassen ihrer VMs durch Hinzufügen von Artefakten nach Bedarf.

Virtuelle Computer erstellen

Lab-Benutzer können Lab-VMs in wenigen Minuten erstellen, indem sie aus einer Vielzahl von vorgefertigten Azure Marketplace-Images auswählen. Informationen zum Verfügbarmachen ausgewählter Marketplace-Images für Lab-Benutzer finden Sie unter Konfigurieren von Azure Marketplace-Images.

Lab-Besitzer können auch benötigte Software auf einer VM installieren, die VM als benutzerdefiniertes Image speichern und das Image im Lab zur Verfügung stellen. Lab-Benutzer können das benutzerdefinierte Image verwenden, um VMs zu erstellen, auf denen die Software vorinstalliert ist. Weitere Informationen finden Sie unter Erstellen eines benutzerdefinierten Images.

Sie können eine Imagefactory verwenden, um Ihre benutzerdefinierten Images regelmäßig automatisch zu erstellen und zu verteilen. Mit dieser Configuration-as-Code-Lösung entfällt die Notwendigkeit, VM-Images manuell zu verwalten, weil das Basisbetriebssystem und die Komponenten auf dem neuesten Stand bleiben. Weitere Informationen finden Sie unter Erstellen einer benutzerdefinierten Imagefactory.

Verwenden wiederverwendbarer Formeln für VMs

Eine DevTest Labs-Formel ist eine Liste von Standardeigenschaftswerten für VMs. Ein Lab-Besitzer kann im Lab eine Formel erstellen, indem er ein VM-Image, eine VM-Größe basierend auf CPU und RAM sowie ein virtuelles Netzwerk auswählt. Lab-Benutzer können die Formel anzeigen und zum Erstellen von VMs verwenden. Weitere Informationen finden Sie unter Verwalten von DevTest Labs-Formeln.

Verwenden von Artefakten für die VM-Anpassung

Lab-Benutzer können Artefakte hinzufügen, um ihre Lab-VMs zu konfigurieren. Bei Artefakten kann es sich um Folgendes handeln:

• Tools für die Installation auf der VM, z. B. Agents, Fiddler oder Visual Studio.
• Aktionen, die auf der VM ausgeführt werden sollen, z. B. Klonen eines Repositorys.
• Zu testende Anwendungen.

Viele Artefakte sind vorkonfiguriert verfügbar. Sie können auch benutzerdefinierte Artefakte erstellen, wenn Sie weitere Anpassungen benötigen. Sie speichern benutzerdefinierte Artefakte in einem privaten Git-Repository, das Sie mit Ihrem Lab verbinden, damit alle Lab-Benutzer die Artefakte ihren VMs hinzufügen können. Weitere Informationen finden Sie unter Erstellen benutzerdefinierter Artefakte für DevTest Labs und Hinzufügen eines Artefaktrepositorys zu einem Lab.

Sie können ein Artefakt für den Active Directory-Domänenbeitritt hinzufügen, um VMs bei der Erstellung einer Active Directory-Domäne hinzuzufügen. Dieses Artefakt gilt nur für Domänen.

Umgebungen mit mehreren VMs

Viele Entwicklungs- und Testszenarien erfordern Umgebungen mit mehreren VMs, die mit PaaS-Ressourcen (Platform-as-a-Service) ausgestattet sind. Beispiele hierfür sind Azure-Web-Apps, SharePoint-Farmen und Service Fabric-Cluster. Das Erstellen und Verwalten von Umgebungen in einem Unternehmen kann mit erheblichem Aufwand verbunden sein.

Mit DevTest Labs können Teams problemlos Umgebungen mit mehreren VMs erstellen, aktualisieren oder duplizieren. Entwickler können vollständig konfigurierte Umgebungen verwenden, um die neuesten Versionen ihrer Apps zu entwickeln und zu testen. DevTest Labs-Umgebungen sorgen für teamübergreifende Konsistenz.

Durch die Verwendung von ARM-Vorlagen zum Bereitstellen von Umgebungen wird Folgendes ermöglicht:

• Wiederholtes Bereitstellen mehrerer vorkonfigurierter VMs in einem konsistenten Zustand.
• Definieren von Infrastruktur und Konfiguration für Windows- oder Linux-Umgebungen.
• Bereitstellen von Azure PaaS-Ressourcen und Nachverfolgen der Kosten.

Weitere Informationen finden Sie unter Verwenden von ARM-Vorlagen zum Erstellen von DevTest Labs-Umgebungen.

Erteilen von Mitwirkenderrechten für Umgebungsressourcen für Benutzer

DevTest Labs erstellt standardmäßig Umgebungen in eigenen Ressourcengruppen, und DevTest Labs-Benutzer erhalten nur Lesezugriff auf diese Umgebungen. Mit schreibgeschützten Zugriff können Benutzer in ihren Umgebungen keine Ressourcen hinzufügen oder ändern. Entwickler müssen jedoch häufig unterschiedliche Technologien oder Infrastrukturentwürfe untersuchen.

Lab-Besitzer können Benutzern mehr Kontrolle ermöglichen, indem sie ihnen Mitwirkenderrechte für die von ihnen erstellten Umgebungen erteilen. Mitwirkende können Azure-Ressourcen nach Bedarf in ihren Entwicklungs- oder Testumgebungen hinzufügen oder ändern. Weitere Informationen finden Sie unter Konfigurieren von Umgebungsbenutzerrechten.

Classroom-, Trainings- und Hackathon-Labs

DevTest Labs eignet sich gut für vorübergehende Aktivitäten wie Workshops, Praxislabs, Trainings oder Hackathons. In diesen Szenarien gilt Folgendes:

• Schulungsleiter oder Lab-Besitzer können benutzerdefinierte Vorlagen verwenden, um identische, isolierte VMs oder Umgebungen zu erstellen.
• Kursteilnehmer können über eine URL auf das Lab zugreifen.
• Kursteilnehmer können bereits erstellte, vorkonfigurierte Computer mit einer einzigen Aktion beanspruchen.
• Lab-Besitzer können die Lab-Kosten und die -Lebensdauer steuern, indem sie folgendermaßen vorgehen:
  • Konfigurieren von Richtlinien.
  • Festlegen von VM-Ablaufdaten.
  • Löschen von VMs und Labs, wenn die Aktivität beendet ist.

Löschen von Labs und VMs

Lab-Besitzer können Kosten verwalten, indem sie Labs und VMs löschen, wenn diese nicht mehr benötigt werden.

• Festlegen des Ablaufdatums für VMs.
• Löschen von Labs und allen zugehörigen Ressourcen.
• Löschen aller Lab-VMs, indem ein einzelnes PowerShell-Skript ausgeführt wird.

Proof of Concept und skalierte Bereitstellungen

Um DevTest Labs kennenzulernen, können Organisationen Proof of Concept und skalierte Bereitstellungen verwenden.

• Bei Proof of Concept geht es um einen konzentrierten Einsatz eines einzelnen Teams zum Erreichen eines Mehrwerts für die Organisation.
• Eine skalierte Bereitstellung nutzt Wochen oder Monate der Überprüfung und Planung der Bereitstellung von DevTest Labs in einem Unternehmen mit Hunderten oder Tausenden von Entwicklern.

Obwohl eine sofort skalierte Bereitstellung verlockend klingt, schlägt dieser Ansatz häufig ohne Proof of Concept fehl. Es ist am besten, klein zu beginnen, von einem einzelnen Team zu lernen, denselben Ansatz mit einigen weiteren Teams zu wiederholen und dann basierend auf den gewonnenen Erkenntnissen eine skalierte Bereitstellung zu planen.

Für einen erfolgreichen Proof of Concept-Ansatz:

1. Wählen Sie ein oder zwei Teams aus.
2. Identifizieren Sie die Szenarien der Teams, z. B. Entwickler-VMs oder Testumgebungen.
3. Dokumentieren Sie die aktuellen Anwendungsfälle.
4. Stellen Sie DevTest Labs zur Erfüllung der Szenarien und Anwendungsfälle der Teams zur Verfügung.

Nächste Schritte

• DevTest Labs-Konzepte

Erste Schritte mit Azure DevTest Labs

Neu bei Azure? Kostenloses Azure-Konto erstellen.

Sind Sie bereits in Azure? Erste Schritte mit Ihrem ersten Lab in DevTest Labs: Erste Schritte mit Azure DevTest Labs in Minuten.