Scenariusz stosu wdrożenia

  • 7 min

Poświęciliśmy czas na poznawanie stosów wdrożeń i oferowanych przez nie funkcji. Przed rozpoczęciem implementowania stosów wdrażania w procesie aprowizacji zasobów chcesz dowiedzieć się więcej o scenariuszu, który z nich korzysta.

W tej lekcji zapoznasz się ze scenariuszem, który używa stosów wdrażania do grupowania zasobów w grupach zasobów i subskrypcjach.

Scenariusz

Załóżmy, że twój bank społeczności ma środowisko platformy Azure z wieloma subskrypcjami. Zespół platformy zarządza subskrypcją usług udostępnionych, podczas gdy zespół aplikacji zarządza subskrypcją dla aplikacji przeznaczonych dla użytkowników banku.

Subskrypcja usług udostępnionych zawiera grupę zasobów zawierającą profil usługi Azure Front Door. Usługa Azure Front Door to sieć dostarczania zawartości w chmurze (CDN), która zapewnia bezpieczny dostęp, buforowanie HTTP i przyspieszanie ruchu do zawartości internetowej. Zespół platformy zarządza profilem, ale zespoły aplikacji współużytkują ten profil w celu uzyskania publicznego dostępu do aplikacji internetowych.

Diagram przedstawiający dwie subskrypcje platformy Azure. Subskrypcja udostępniona obejmuje grupę zasobów sieciowych z profilem usługi Azure Front Door.

Zespół aplikacji depozytów jest gotowy do wdrożenia aplikacji i odpowiednich zasobów. Aplikacja składa się z aplikacji usługi App Service, konta usługi Cosmos DB i punktu końcowego usługi Azure Front Door, trasy i grupy pochodzenia. Zasoby usługi Front Door to zasoby podrzędne profilu usługi Front Door.

Zespół najpierw tworzy nową grupę zasobów w subskrypcji aplikacji dla zasobów aplikacji depozytowej. Następnie zespół aplikacji depozytów tworzy stos wdrożenia o określonym zakresie na poziomie subskrypcji, wyzwalając wdrożenie zasobów aplikacji. Stos wdrożenia zarządza teraz zasobami aplikacji, w tym zasobami podrzędnymi profilu usługi Front Door w subskrypcji usług udostępnionych.

Diagram przedstawiający stos wdrożenia, który zarządza zasobami usługi Front Door w ramach subskrypcji sieci i zasobów aplikacji w innej subskrypcji.

Stos wdrożenia jest tworzony lub modyfikowany za pomocą ustawień odmowy, które uniemożliwiają nieautoryzowane zmiany zasobów zarządzanych w stosie. Załóżmy na przykład, że jeden z członków zespołu aplikacji depozytów próbuje zmodyfikować jedno z ustawień aplikacji usługi App Service. Modyfikacja jest zablokowana z powodu --denyWriteAndDelete ustawienia odmowy zastosowanego do stosu.

Diagram przedstawiający użytkownika próbującego zmodyfikować ustawienia aplikacji aplikacji usługi App Service, ale operacja jest odrzucana z powodu ustawień odmowy stosu wdrożenia.

Aplikacja pożyczek, podobna do aplikacji depozytów, składa się z aplikacji usługi App Service, konta usługi Cosmos DB oraz punktu końcowego usługi Azure Front Door, trasy i grupy pochodzenia. Zespół aplikacji pożyczek tworzy stos wdrożenia o określonym zakresie na poziomie subskrypcji. Stos wyzwala wdrożenie testowej wersji zasobów aplikacji. Stos wdrożenia zarządza teraz zasobami aplikacji, w tym zasobami podrzędnymi profilu usługi Front Door w subskrypcji usług udostępnionych.

Diagram przedstawiający dwa stosy wdrożenia, z których każda reprezentuje oddzielne aplikacje.

Po zakończeniu testowania zespół aplikacji pożyczek usuwa stos wdrożenia dla wersji testowej aplikacji. Po usunięciu stosu usuwa zasoby i grupy zasobów zdefiniowane we actionOnUnmanage właściwości stosu.

Diagram przedstawiający pierwszy stos wdrożenia po usunięciu drugiego stosu wdrożenia i jego zarządzanych zasobów.