Architektura usługi Azure Pipelines z usługą DevTest Labs

Ważne

Ciągła integracja/ciągłe wdrażanie w usłudze DevTest Labs to wariant projektu potoku ciągłej integracji/ciągłego wdrażania przy użyciu usługi Azure DevOps. W tym artykule opisano szczegóły wdrażania w środowiskach przejściowych usługi DevTest Labs.

Usługa DevTest Labs umożliwia aprowizowanie środowisk systemu Windows i Linux przy użyciu szablonów i artefaktów wielokrotnego użytku. Te środowiska mogą być przydatne dla deweloperów, ale mogą być również używane w potokach ciągłej integracji/ciągłego wdrażania do aprowizowania środowisk przejściowych. Zobacz scenariusze Azure DevTest Labs, aby sprawdzić, czy laboratoria DevTest są odpowiednie dla danego scenariusza.

W tym artykule opisano ogólny przepływ pracy metodyki DevOps na potrzeby wdrażania zmian aplikacji przy użyciu praktyk ciągłej integracji i ciągłego wdrażania przy użyciu usługi Azure Pipelines. Środowisko DevTest Labs jest używane w środowisku przejściowym.

Architektura

Diagram architektury potoku platformy Azure wdrażanego na platformie Azure Virtual Machines. Na diagramie przedstawiono następujące kroki: 1. Środowisko przejściowe usługi DevTest Labs zostało wstępnie utworzone dla potoku ciągłej integracji/ciągłego wdrażania. 2. Inżynier wypychania zmian kodu do repozytorium Git usługi Azure DevOps. 3. Wyzwalany potok żądania ściągnięcia usługi Azure DevOps. Ten potok przedstawia następujące zadania: linting, restore, build i unit tests. 4. Wyzwalany potok ciągłej integracji usługi Azure DevOps. Ten potok przedstawia następujące zadania: pobieranie wpisów tajnych, linting, przywracanie, kompilacja, testy jednostkowe, testy integracji i publikowanie artefaktów. 4. Wyzwalany potok ciągłego wdrażania usługi Azure DevOps. Ten potok przedstawia następujące zadania: pobieranie artefaktów, wdrażanie w środowisku przejściowym, testy, interwencja ręczna i wydawanie. 5. Przedstawia potok ciągłego wdrażania w środowisku przejściowym Azure DevTest Labs. 6. Przedstawia potok ciągłego wdrażania zwalniany do środowiska produkcyjnego. 7. Przedstawia operator monitorowania potoku, korzystając z usługi Azure Monitor, aplikacja systemu Azure Insights i Obszaru roboczego usługi Azure Analytics.

Pobierz plik programu Visio z tą architekturą.

Przepływ danych

W tej sekcji przyjęto założenie, że znasz architekturę punktu odniesienia usługi Azure Pipelines i koncentrujesz się tylko na specyfikach wdrażania obciążenia w Azure DevTest Labs na potrzeby przemieszczania.

1. Potok - żądania ściągnięciaTak samo jak punkt odniesienia

2. Potok ciągłej - integracjiTak samo jak punkt odniesienia

3. Wyzwalacz - potoku ciągłego wdrażaniaTak samo jak punkt odniesienia

4. Ciągłe tworzenie środowiska przejściowego usługi DevTest Labs — ten krok tworzy środowisko usługi DevTest Labs, które działa jako środowisko przejściowe. Krok obejmuje:

   • Utwórz środowisko Azure DevTest Labs w subskrypcji przejściowej.
   • Wdróż szablon usługi ARM w środowisku devTest Labs. Obrazy maszyn wirtualnych można przechowywać w galerii obrazów udostępnionych.
   • Wykonaj wszystkie kroki po wdrożeniu, aby prawidłowo skonfigurować środowisko przejściowe.

5. Wydanie ciągłego wdrażania do przemieszczania — takie samo jak punkt odniesienia z jednym wyjątkiem. Środowisko przejściowe to środowisko usługi DevTest Labs.

6. Wydanie dysku CD do środowiska produkcyjnego - Tak samo jak punkt odniesienia

7. Monitorowania - taki sam jak punkt odniesienia

Składniki

W tej sekcji przyjęto założenie, że znasz sekcję składników architektury bazowej usługi Azure Pipelines i koncentrujesz się tylko na specyfikach wdrażania obciążenia w celu Azure DevTest Labs na potrzeby przemieszczania.

• Azure DevTest Labs to usługa służąca do tworzenia, używania i zarządzania środowiskami używanymi do celów programowania, testowania i wdrażania. Usługa umożliwia łatwe wdrażanie wstępnie skonfigurowanych środowisk w sposób ekonomiczny.

Alternatywy

• Alternatywą dla tworzenia środowiska przejściowego usługi DevTest Labs w ramach procesu ciągłego wdrażania można wstępnie utworzyć środowisko poza potokiem. Będzie to miało pozytywny wpływ na przyspieszenie potoku. Ta alternatywa spowoduje zatrzymanie możliwości zburzenia środowiska po zakończeniu potoku, zwiększając koszt.

• W sytuacjach, w których konstruktor obrazów maszyny wirtualnej i Shared Image Gallery nie działają, można skonfigurować fabrykę obrazów do kompilowania obrazów z potoku ciągłej integracji/ciągłego wdrażania i dystrybuować je automatycznie do dowolnego Azure DevTest Labs zarejestrowanego na tych obrazach. Aby uzyskać więcej informacji, zobacz Run an image factory from Azure DevOps (Uruchamianie fabryki obrazów z usługi Azure DevOps).

• Dodatkowe środowiska poza przemieszczaniem można utworzyć i wdrożyć w ramach potoku ciągłego wdrażania. Te środowiska mogą obsługiwać działania, takie jak testowanie wydajności i testowanie akceptacyjne użytkowników.

Zagadnienia do rozważenia

W tej sekcji założono, że znasz sekcję zagadnienia w architekturze punktu odniesienia usługi Azure Pipelines i koncentruje się tylko na specyfikach wdrażania obciążenia w celu Azure DevTest Labs na potrzeby przemieszczania.

Optymalizacja kosztów

• Rozważ użycie zasad i procedur Azure DevTest Labs do kontrolowania kosztów

Doskonałość operacyjna

• Rozważ wdrożenie środowisk poza przejściowym i produkcyjnym, aby włączyć takie elementy jak wycofywanie, testowanie ręczne akceptacyjne i testowanie wydajności. Czynność użycia przejściowego jako środowiska wycofywania pozwala na korzystanie z tego środowiska w innych celach.

Następne kroki

• Tworzenie laboratorium w usłudze Azure DevTest Labs
• Integrowanie usługi DevTest Labs z usługą Azure Pipelines

Powiązane zasoby

• Architektura linii bazowej ciągłej integracji/ciągłego wdrażania za pomocą usługi Azure Pipelines
• Ciągła integracja/ciągłe wdrażanie dla aplikacji IaaS