Udostępnij przez

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

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 przynoszą korzyści przedsiębiorstwom i wspierają kluczowe scenariusze tworzenia i testowania.

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ą:

Uzyskaj subskrypcję Azure

  • Przedsiębiorstwa z istniejącą Umową Enterprise, umożliwiającą dostęp do platformy Azure, mogą korzystać z istniejącej lub nowej subskrypcji usługi DevTest Labs. Jeśli istnieje Umowa Enterprise, subskrypcja Enterprise Dev/Test zapewnia dostęp do systemów operacyjnych Windows 10/Windows 8.1 dla klientów 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 umowę Enterprise, utwórz subskrypcję platformy Azure z ofertą Enterprise Dev/Test.

    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ści, 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 zdefiniować zakres pilotażu.

  • Zdefiniuj cele i kryteria sukcesu.
  • Sporządź listę małego zestawu zadań lub scenariuszy, które pilotaż ma objąć.
  • 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 zorganizować wykorzystanie zasobów po zakończeniu programu pilotażowego.

Istnieje tendencja do dążenia do tego, by pilotaż był doskonały, tak aby odzwierciedlał stan końcowy po wdrożeniu usługi DevTest Labs. Jednak dążenie do udoskonalenia dowodu koncepcji to zbyt wiele wysiłku, zanim można rozpocząć pilotaż. 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ą:

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:

Dostęp do laboratorium i uprawnienia

Przed ostatecznym wdrożeniem DevTest Labs ważne jest, aby ogólnie ustalić, komu przyznać dostęp na poszczególnych poziomach laboratorium. Dwa kluczowe poziomy uprawnień usługi DevTest Labs to Właściciel i Użytkownik usługi DevTest Labs. Typowy model zakłada, że właściciel budżetu, na przykład lider zespołu, jest właścicielem laboratorium, a członkowie zespołu są jego użytkownikami. Osoba odpowiedzialna za budżet może następnie dostosować ustawienia zasad pracowni i utrzymać zespół w ramach budżetu.

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

  • Instancja Microsoft Entra oraz inżynier platformy, który może zapewnić pomoc i wskazówki dotyczące Microsoft Entra ID

  • 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ć środowiska proof of concept.
  • 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

  • Last updated on