Udostępnij przez

Korzystanie z usług PaaS w Azure DevTest Labs

  • Artykuł

W tym artykule opisano obsługę platformy jako usługi (PaaS) w Azure DevTest Labs. Usługa DevTest Labs obsługuje usługę PaaS za pośrednictwem środowisk, które mogą obejmować zarówno zasoby PaaS, jak i infrastruktura jako usługa (IaaS). Środowiska zawierają usługi i oprogramowanie, takie jak maszyny wirtualne, bazy danych, sieci wirtualne i aplikacje internetowe, które są dostosowane do współpracy.

Na poniższej ilustracji przedstawiono farmę programu SharePoint utworzoną jako środowisko w laboratorium.

Zrzut ekranu przedstawiający środowisko programu SharePoint w laboratorium.

Scenariusze PaaS

Środowiska PaaS usługi DevTest Labs obsługują następujące scenariusze:

  • Deweloperzy mogą tworzyć wiele niezależnych środowisk.
  • Testerzy mogą testować różne konfiguracje asynchronicznie i automatycznie.
  • Integracja potoku przejściowego i produkcyjnego może nastąpić bez żadnych zmian szablonu.
  • Właściciele laboratoriów mogą konfigurować zasady i śledzić koszty całego środowiska.

Scenariusze dla deweloperów

Aby utworzyć środowisko, deweloper wybiera szablon środowiska, a nie obraz maszyny i wprowadza wszelkie wymagane informacje. Poszczególne środowiska deweloperskie umożliwiają szybsze wdrażanie zmian i ulepszone debugowanie pętli wewnętrznej. Deweloperzy mogą zniszczyć swoje środowiska w dowolnym momencie i utworzyć je ponownie przy użyciu najnowszych szablonów. Ta funkcja pomaga zmniejszyć przestoje w tworzeniu systemów ręcznie lub odzyskiwaniu po awariach.

Scenariusze testów

Środowiska usługi DevTest Labs umożliwiają niezależne, asynchroniczne testowanie określonego kodu i konfiguracji. Testerzy mogą używać potoków ciągłej integracji i ciągłego wdrażania (CI/CD) do konfigurowania środowisk, stosowania kodu z poszczególnych żądań ściągnięcia oraz przeprowadzania zautomatyzowanych i ręcznych testów. Automatyzacja może zarządzać wieloma środowiskami i śledzić je w różnych subskrypcjach i laboratoriach.

Śledzenie kosztów

Ogólny trend kosztów laboratorium obejmuje zasoby platformy Azure w środowiskach. Koszt według zasobów nie rozdziela różnych zasobów w środowisku, ale wyświetla środowisko jako pojedynczy koszt. Aby uzyskać więcej informacji, zobacz Śledzenie kosztów skojarzonych z laboratorium w Azure DevTest Labs.

Dostęp i role

Właściciele laboratoriów mogą udzielać dostępu do laboratorium i przypisywać role użytkowników. Aby uzyskać więcej informacji, zobacz Dodawanie właścicieli laboratoriów, współautorów i użytkowników w Azure DevTest Labs.

Dostawca zasobów usługi DevTest Labs tworzy zasoby w imieniu użytkownika laboratorium, dlatego użytkownicy laboratorium nie potrzebują dodatkowych uprawnień do tworzenia środowisk i korzystania z nich. Jednak właściciele laboratoriów mogą rozszerzyć uprawnienia współautora do użytkowników laboratorium, aby mogli konfigurować własne zasoby PaaS i zarządzać nimi, takie jak dodawanie lub usuwanie zasobów. Aby uzyskać więcej informacji, zobacz Konfigurowanie praw użytkownika środowiska.

Właściciele laboratoriów mogą dostosowywać dostęp do zasobów lub uprawnienia bez udzielania dostępu na poziomie subskrypcji. Użytkownik laboratorium może dodawać lub usuwać zasoby platformy Azure tylko w zarządzanej grupie zasobów. Aby dodatkowo dostosować role użytkownika laboratorium i dostęp, zobacz Udzielanie uprawnień użytkownika do określonych zasad laboratorium.

Szablony środowiska

Usługa DevTest Labs tworzy środowiska przy użyciu wstępnie skonfigurowanych szablonów usługi Azure Resource Manager (ARM) z repozytoriów Git. Utrzymanie szablonów usługi ARM pod kontrolą źródła promuje spójne wdrażanie środowiska i zarządzanie nim.

W dużych organizacjach zespoły programistyczne zazwyczaj udostępniają dostosowane lub izolowane środowiska testowe. Grupa IT udostępnia środowiska, z których mogą korzystać wszystkie zespoły w ramach jednostki biznesowej lub działu.

Aby włączyć i skonfigurować tworzenie środowiska dla laboratoriów, zobacz Tworzenie środowisk usługi DevTest Labs przy użyciu szablonów usługi ARM. Usługa DevTest Labs ma publiczne repozytorium wstępnie skonfigurowanych szablonów usługi ARM do tworzenia niektórych środowisk. Aby uzyskać więcej informacji na temat środowisk publicznych, zobacz Włączanie i konfigurowanie środowisk publicznych.

Możesz również tworzyć lub konfigurować własne szablony usługi ARM, przechowywać je w prywatnych repozytoriach Git i łączyć te repozytoria z laboratoriami.

Dostosowywanie szablonu

Podczas tworzenia środowisk można podać pewne informacje o laboratorium niestandardowym w szablonach usługi ARM, w tym:

  • Identyfikacja sieci wirtualnej laboratorium
  • Lokalizacja laboratorium
  • Konto magazynu laboratorium, na którym kopiowane są pliki szablonów usługi ARM

Korzystanie z istniejącej sieci wirtualnej

Podczas tworzenia środowiska usługa DevTest Labs może zastąpić $(LabSubnetId) token pierwszą podsiecią laboratorium, w której ustawienie Use in virtual machine creation ma wartość true. Ta modyfikacja umożliwia środowisku używanie wcześniej utworzonych sieci wirtualnych.

W artykule Connect environments to the lab's virtual network (Łączenie środowisk z siecią wirtualną laboratorium ) opisano sposób modyfikowania szablonu usługi ARM w celu używania tokenu $(LabSubnetId) . Aby użyć tego samego szablonu usługi ARM w środowiskach testowych, przejściowych i produkcyjnych, użyj $(LabSubnetId) jako wartości w parametrze szablonu usługi ARM.

Używanie szablonów zagnieżdżonych

Usługa DevTest Labs obsługuje zagnieżdżone szablony usługi ARM. Aby użyć _artifactsLocation tokenów i _artifactsLocationSasToken utworzyć identyfikator URI w zagnieżdżonym szablonie usługi ARM, zobacz Wdrażanie środowisk usługi DevTest Labs przy użyciu szablonów zagnieżdżonych. Aby uzyskać więcej informacji, zobacz sekcję Artefakty wdrażania w Przewodniku po najlepszych rozwiązaniach dotyczących usługi Azure Resource Manager.

Następne kroki