Udostępnij za pośrednictwem

Korzystanie z usług PaaS w usłudze Azure DevTest Labs

  • Artykuł

W tym artykule opisano obsługę platformy jako usługi (PaaS) w usłudze 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 infrastrukturę jako usługę (IaaS). Środowiska zawierają usługi i oprogramowanie, takie jak maszyny wirtualne, bazy danych, sieci wirtualne i aplikacje internetowe 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 wystąpić bez żadnych zmian w szablonie.
  • Właściciele laboratoriów mogą konfigurować zasady i śledzić koszty dla 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ą w dowolnym momencie zniszczyć swoje środowiska i odtworzyć je przy użyciu najnowszych szablonów. Ta funkcja pomaga ograniczyć 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. Usługa Automation 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 jeden koszt. Aby uzyskać więcej informacji, zobacz Śledzenie kosztów skojarzonych z laboratorium w usłudze 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 usłudze Azure DevTest Labs.

Dostawca zasobów usługi DevTest Labs tworzy zasoby w imieniu użytkownika laboratorium, więc użytkownicy laboratorium nie potrzebują żadnych dodatkowych uprawnień do tworzenia i używania środowisk. 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, takimi 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 ramach zarządzanej grupy zasobów. Aby jeszcze bardziej dostosować role użytkowników laboratorium i dostęp, zobacz Udzielanie użytkownikom uprawnień do określonych zasad laboratorium.

Szablony środowiskowe

Usługa DevTest Labs tworzy środowiska przy użyciu wstępnie skonfigurowanych szablonów usługi Azure Resource Manager (ARM) z repozytoriów Git. Utrzymywanie 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ż utworzyć lub skonfigurować 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 są kopiowane 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 Użyj w tworzeniu maszyny wirtualnej 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.

Korzystanie z 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 do zagnieżdżonego szablonu usługi ARM, zobacz Deploy DevTest Labs environments by using nested templates (Wdrażanie środowisk usługi DevTest Labs przy użyciu szablonów zagnieżdżonych). Aby uzyskać więcej informacji, zobacz sekcję Deployment artifacts (Artefakty wdrażania) w przewodniku po najlepszych rozwiązaniach usługi Azure Resource Manager.

Następne kroki