Dostarczanie weryfikacji koncepcji wdrożenia usługi Azure DevTest Labs w przedsiębiorstwie

  • Artykuł

Przedsiębiorstwa szybko wdrażają chmurę ze względu na korzyści , które obejmują elastyczność, elastyczność i ekonomię. Pierwszymi krokami są często obciążenia programistyczne i testowe. Usługa Azure DevTest Labs udostępnia funkcje, które korzystają z scenariuszy tworzenia i testowania dla przedsiębiorstw oraz pomocy technicznej.

W tym artykule opisano, jak przedsiębiorstwo może dostarczyć pomyślny dowód koncepcji lub pilotaż wdrożenia usługi Azure DevTest Labs. Weryfikacja koncepcji wykorzystuje skoncentrowany wysiłek jednego zespołu w celu ustanowienia wartości organizacyjnej.

Każde przedsiębiorstwo ma inne wymagania dotyczące dołączania usługi Azure DevTest Labs do swojej organizacji. Weryfikacja koncepcji to pierwszy krok w kierunku pomyślnego kompleksowego wdrożenia.

Aby uzyskać pomyślny dowód koncepcji:

  1. Wybierz jedną lub dwie drużyny.
  2. Zidentyfikuj scenariusze zespołów, takie jak maszyny wirtualne dla deweloperów lub środowiska testowe.
  3. Dokumentowanie bieżących przypadków użycia.
  4. Wdróż usługę DevTest Labs, aby spełnić scenariusze i przypadki użycia zespołów.
  5. Oceń sukces i wyciągnięte wnioski.

Kluczowe scenariusze usługi DevTest Labs obejmują środowiska deweloperskie , testowe i szkoleniowe w chmurze. Przypadki użycia obejmują:

  • Tworzenie komputerów stacjonarnych dla deweloperów.
  • Konfigurowanie środowisk testowych.
  • Włączanie dostępu do maszyn wirtualnych i zasobów platformy Azure.
  • Konfigurowanie piaskownic na potrzeby uczenia się i eksperymentowania.
  • Konfigurowanie zasad laboratorium i mechanizmów kontroli kosztów, które są zgodne z przepisami firmowymi.

Wymagania wstępne

Aby pomyślnie ukończyć weryfikację koncepcji usługi DevTest Labs, spełnij następujące wymagania wstępne:

Poznaj podstawy

Dowiedz się więcej o platformie Azure i usłudze DevTest Labs, korzystając z następujących zasobów:

Omówienie obszarów fokusu przedsiębiorstwa

Typowe obawy dotyczące przedsiębiorstw, które migrują obciążenia do chmury, obejmują:

Uzyskiwanie subskrypcji platformy Azure

  • Przedsiębiorstwa z istniejącymi Umowa Enterprise, które umożliwiają dostęp do platformy Azure, mogą korzystać z istniejącej lub nowej subskrypcji usługi DevTest Labs. Jeśli istnieje Umowa Enterprise, subskrypcja Enterprise — tworzenie i testowanie zapewnia dostęp do systemów operacyjnych Klienckich Windows 10/Windows 8.1 oraz obniżonych stawek dla obciążeń programistycznych i testowych.

  • Alternatywnie możesz użyć subskrypcji programu Visual Studio na potrzeby wdrożenia pilotażowego i skorzystać z bezpłatnych środków na korzystanie z platformy Azure.

  • Możesz również utworzyć bezpłatne konto platformy Azure i korzystać z niego na potrzeby pilotażu.

  • Aby użyć obrazów systemu operacyjnego klienta systemu Windows (windows 7 lub nowszej) na potrzeby programowania lub testowania na platformie Azure, wykonaj jedną z następujących czynności:

    • Kup subskrypcję MSDN.
    • Jeśli masz Umowa Enterprise, utwórz subskrypcję platformy Azure z ofertą Enterprise — tworzenie i testowanie.

    Aby uzyskać więcej informacji na temat środków na korzystanie z platformy Azure dla każdej oferty MSDN, zobacz Miesięczne środki na korzystanie z platformy Azure dla subskrybentów programu Visual Studio.

Rejestrowanie wszystkich użytkowników w identyfikatorze Entra firmy Microsoft

W przypadku zarządzania, takiego jak dodawanie użytkowników lub dodawanie właścicieli laboratorium, wszyscy użytkownicy laboratorium muszą należeć do dzierżawy Microsoft Entra ID dla subskrypcji platformy Azure używanej przez pilotaż. Wiele przedsiębiorstw konfiguruje tożsamość hybrydową, aby umożliwić użytkownikom korzystanie z tożsamości lokalnych w chmurze. Nie potrzebujesz tożsamości hybrydowej na potrzeby weryfikacji koncepcji w usłudze DevTest Labs.

Określanie zakresu weryfikacji koncepcji

Celem pilotażu jest użycie minimalnych niezbędnych obciążeń i zależności, aby zdecydować, czy usługa Azure DevTest Labs jest odpowiednia dla Twojego przedsiębiorstwa. Wybierz najprostsze obciążenie z najmniejszymi zależnościami, aby zapewnić szybki i czysty sukces. Możesz też wybrać najbardziej reprezentatywne obciążenie, które uwidacznia potencjalne złożoność, dzięki czemu można replikować sukces pilotażowy w fazie skalowania w poziomie.

Przed rozpoczęciem implementacji należy dokładnie zaplanować weryfikację koncepcji. Pamiętaj, aby określić odpowiednie oczekiwania użytkowników, że zasoby pilotażowe nie pozostaną w nieskończoność.

Wykonaj następujące zadania, aby ograniczyć zakres pilotażu:

  • Zdefiniuj cele i kryteria sukcesu.
  • Wyświetl mały zestaw obciążeń lub scenariuszy, które mają być objęte pilotażem.
  • Ustal, jakie zasoby musi udostępnić laboratorium, takie jak obrazy niestandardowe lub obrazy z witryny Marketplace.
  • Zdecyduj o topologii sieci i zasadach laboratorium.
  • Wybierz użytkowników i zespoły, które mają być zaangażowane w pilotaż i aby zweryfikować wyniki.
  • Zdecyduj o czasie trwania pilotażu, takim jak dwa tygodnie lub miesiąc.
  • Zdecyduj, jak pozbyć się zasobów pilotażowych po zakończeniu pilotażu.

Istnieje tendencja do próby, aby pilotaż był doskonały, więc będzie odzwierciedlać stan końcowy po wdrożeniu usługi DevTest Labs. Jednak próba weryfikacji koncepcji doskonale oznacza zbyt wiele wysiłku przed rozpoczęciem pilotażu. Celem pilotażu jest określenie właściwych decyzji dotyczących skalowania w górę i wdrażania ostatecznej usługi.

Podejmowanie innych decyzji dotyczących planowania i projektowania

Pełne rozwiązanie DevTest Labs zawiera pewne ważne decyzje dotyczące planowania i projektowania. Weryfikacja koncepcji może pomóc w podejmowaniu tych decyzji. Dalsze zagadnienia obejmują:

Topologia subskrypcji

Wymagania dotyczące poziomu przedsiębiorstwa dla zasobów na platformie Azure mogą wykraczać poza dostępne limity przydziału w ramach jednej subskrypcji. Może być konieczne użycie kilku subskrypcji platformy Azure lub może być konieczne wykonanie żądań obsługi w celu zwiększenia początkowych limitów subskrypcji. Aby uzyskać więcej informacji, zobacz Zagadnienia dotyczące skalowalności.

Ważne jest, aby zdecydować, jak dystrybuować zasoby między subskrypcjami przed ostatecznym wdrożeniem w pełnej skali, ponieważ trudno będzie później przenieść zasoby do innej subskrypcji. Na przykład nie można przenieść laboratorium do innej subskrypcji po jej utworzeniu. Przewodnik po decyzjach dotyczących subskrypcji to cenny zasób planowania.

Topologia sieci

Domyślna infrastruktura sieciowa tworzona automatycznie przez usługę DevTest Labs może nie spełniać wymagań i ograniczeń dla użytkowników przedsiębiorstwa. Na przykład przedsiębiorstwa często używają następujących zastosowań:

Aby uzyskać więcej informacji, zobacz Składniki sieciowe.

Usługa DevTest Labs obsługuje również dodawanie istniejących sieci wirtualnych do laboratorium do użycia do tworzenia nowych maszyn wirtualnych. Aby uzyskać więcej informacji, zobacz Dodawanie sieci wirtualnej w usłudze Azure DevTest Labs.

Dostęp zdalny maszyny wirtualnej

Istnieje kilka opcji, aby użytkownicy przedsiębiorstwa uzyskiwali zdalny dostęp do maszyn wirtualnych usługi DevTest Labs:

  • Najprostszą i najbezpieczniejszą metodą jest użycie łączności przeglądarki za pośrednictwem usługi Azure Bastion. Maszyny wirtualne nie muszą używać publicznych adresów IP. Aby uzyskać więcej informacji, zobacz Włączanie połączenia przeglądarki z maszynami wirtualnymi usługi DevTest Labs za pomocą usługi Azure Bastion.

  • Inną opcją jest użycie publicznych adresów IP lub udostępnionych publicznych adresów IP oraz nawiązywanie połączenia za pośrednictwem protokołu RDP (Remote Desktop Protocol) lub secure shell (SSH).

  • Jeśli powyższe opcje nie są wystarczające, możesz nawiązać połączenie za pośrednictwem bramy dostępu zdalnego, jak pokazano w architekturze referencyjnej przedsiębiorstwa usługi DevTest Labs. Aby uzyskać więcej informacji, zobacz Konfigurowanie laboratorium do korzystania z bramy usług pulpitu zdalnego.

  • Przedsiębiorstwa mogą również łączyć swoje laboratoria z sieciami lokalnymi za pośrednictwem usługi ExpressRoute lub sieci VPN typu lokacja-lokacja. Ta opcja umożliwia bezpośrednie połączenia RDP lub SSH z maszynami wirtualnymi na podstawie ich prywatnych adresów IP bez narażenia na Internet.

Dostęp do laboratorium i uprawnienia

Przed ostatecznym wdrożeniem usługi DevTest Labs ważne jest, aby szeroko zdecydować, kto da każdemu poziomowi dostępu do laboratorium. Dwa kluczowe poziomy uprawnień usługi DevTest Labs to Właściciel i Użytkownik usługi DevTest Labs. Typowy model jest przeznaczony dla właściciela budżetu, takiego jak lider zespołu, jako właściciel laboratorium, z członkami zespołu jako użytkownikami laboratorium. Osoba odpowiedzialna za budżet może następnie dostosować ustawienia zasad laboratorium i zachować zespół w budżecie.

Ukończ weryfikację koncepcji

Po omówieniu zdefiniowanych scenariuszy ukończ pilotaż. Zbierz opinie od użytkowników, ustal, czy pilotaż zakończył się pomyślnie, i zdecyduj, czy organizacja przejdzie do przodu w ramach wdrożenia usługi DevTest Labs w skali przedsiębiorstwa. Zacznij rozważyć automatyzację wdrażania usługi DevTest Labs i skojarzonych zasobów, aby zapewnić spójność w całym skalowalnym wdrożeniu.

Przykładowy plan weryfikacji koncepcji

W poniższym przykładzie przedstawiono plan określania zakresu weryfikacji koncepcji w usłudze DevTest Labs.

Omówienie

Firma planuje opracowanie nowego środowiska usługi Azure DevTest Labs dla dostawców, które jest odizolowane od sieci firmowej. Aby określić, czy rozwiązanie spełnia wymagania, organizacja opracowuje weryfikację koncepcji w celu zweryfikowania kompleksowego scenariusza.

Cele

Weryfikacja koncepcji ma następujące cele:

  • Kompleksowe rozwiązanie dla dostawców korzystających z kont gości firmy Microsoft Entra w celu uzyskania dostępu do izolowanego środowiska platformy Azure.
  • Środowisko usługi DevTest Labs ze wszystkimi niezbędnymi zasobami, aby dostawcy mogli wydajnie działać.
  • Identyfikacja i zrozumienie wszelkich potencjalnych problemów blokujących, które mają wpływ na szersze wykorzystanie i wdrożenie.
  • Dobre zrozumienie całego kodu i zabezpieczeń przez osoby opracowujące rozwiązanie.
  • Zaufanie do szerszego przyjęcia przez wszystkich uczestników.

Wymagania

Rozwiązanie ma następujące wymagania:

  • Zespoły dostawców mogą używać zestawu laboratoriów w usłudze Azure DevTest Labs.
  • Dostawcy mają dostęp do laboratoriów za pośrednictwem identyfikatora Entra firmy Microsoft i przypisań ról.
  • Dostawcy mają możliwość pomyślnego nawiązania połączenia z zasobami, takich jak sieć VPN typu lokacja-lokacja, która umożliwia dostęp do maszyn wirtualnych bez używania publicznych adresów IP.
  • Laboratoria łączą się z infrastrukturą sieciową, która spełnia wymagania.
  • Usługa DevTest Labs instaluje zestaw artefaktów oprogramowania potrzebnych dostawcom na maszynach wirtualnych.

Wymagania wstępne

  • Subskrypcja do użycia dla projektu
  • Dzierżawa firmy Microsoft Entra i globalny Administracja istrator firmy Microsoft, który może zapewnić pomoc i wskazówki dotyczące identyfikatora Entra firmy Microsoft
  • Sposoby współpracy członków projektu, takich jak:
    • Usługa Azure Repos dla kodu źródłowego i skryptów
    • Microsoft Teams lub SharePoint dla dokumentów
    • Microsoft Teams na potrzeby konwersacji
    • Usługa Azure Boards dla elementów roboczych

Zadania konfiguracji

  • Zdecyduj, który region platformy Azure ma być używany do weryfikacji koncepcji.
  • Zdecyduj, czy dołączyć maszyny wirtualne laboratorium do domeny Firmy Microsoft Entra i czy używać usług Microsoft Entra Domain Services, czy innej metody.
  • Zidentyfikuj dostawców, którzy będą używać weryfikacji środowiska koncepcji.
  • Określ wymagane zasoby dla dostawców, takie jak oprogramowanie dostępne na maszynach wirtualnych.
  • Zdecyduj, czy usługi platformy Azure, inne niż maszyny wirtualne, mogą być używane przez dostawców w usłudze DevTest Labs.
  • Zaplanuj sposób trenowania dostawców do korzystania z laboratorium.

Następne kroki