Implementatiestackscenario

Voltooid

U hebt tijd besteed aan het leren over implementatiestacks en de functies die ze bieden. Voordat u begint met het implementeren van implementatiestacks in uw resource-inrichtingsproces, wilt u meer informatie over een scenario waarin deze worden gebruikt.

In deze eenheid bekijkt u een scenario waarin implementatiestacks worden gebruikt voor het groeperen van resources in resourcegroepen en abonnementen.

Het scenario

Stel dat uw communitybank een Azure-omgeving met meerdere abonnementen heeft. Het platformteam beheert een abonnement voor gedeelde services terwijl het toepassingenteam een abonnement beheert voor de gebruikersgerichte toepassingen van de bank.

Het abonnement voor gedeelde services bevat een resourcegroep die een Azure Front Door-profiel bevat. Azure Front Door is een netwerk voor cloudinhoudlevering (CDN) dat beveiligde toegang, HTTP-caching en verkeersversnelling biedt voor uw webinhoud. Het platformteam beheert het profiel, maar de toepassingsteams delen dit profiel voor openbare toegang tot hun web-apps.

Een diagram met twee Azure-abonnementen. Een gedeeld abonnement bevat een netwerkresourcegroep met een Azure Front Door-profiel.

Het deposits-toepassingsteam is klaar om hun toepassing en de bijbehorende resources te implementeren. De toepassing bestaat uit een App Service-app, Een Cosmos DB-account en een Azure Front Door-eindpunt, route en oorsprongsgroep. De Front Door-resources zijn onderliggende resources van het Front Door-profiel.

Het team maakt eerst een nieuwe resourcegroep in het toepassingsabonnement voor de resources van de stortingstoepassing. Vervolgens wordt door het toepassingsteam de implementatiestack gemaakt die is gericht op abonnementsniveau, waardoor een implementatie van de resources van de toepassing wordt geactiveerd. De implementatiestack beheert nu de resources van de toepassing, inclusief de onderliggende resources van het Front Door-profiel in het abonnement voor gedeelde services.

Een diagram met een implementatiestack, waarmee Front Door-resources in het netwerkabonnement en toepassingsresources in het andere abonnement worden beheerd.

De implementatiestack wordt gemaakt of gewijzigd met instellingen voor weigeren die onbevoegde wijzigingen in de beheerde resources in de stack voorkomen. Stel dat een van de leden van het stortingstoepassingsteam probeert een van de app-instellingen van de app-service te wijzigen. De wijziging wordt geblokkeerd vanwege de --denyWriteAndDelete instelling voor weigeren die is toegepast op de stack.

Een diagram met een gebruiker die de app-instellingen van een App Service-app probeert te wijzigen, maar de bewerking wordt geweigerd vanwege de instellingen voor weigeren van de implementatiestack.

De aanvraag voor leningen, vergelijkbaar met de stortingsaanvraag, bestaat uit een App Service-app, Een Cosmos DB-account en een Azure Front Door-eindpunt, route en origin-groep. Het toepassingsteam voor leningen maakt de implementatiestack die is afgestemd op abonnementsniveau. De stack activeert de implementatie van een testversie van de resources van de toepassing. De implementatiestack beheert nu de resources van de toepassing, inclusief de onderliggende resources van het Front Door-profiel in het abonnement voor gedeelde services.

Een diagram met twee implementatiestacks, die elk afzonderlijke toepassingen vertegenwoordigen.

Nadat het testen is voltooid, verwijdert het toepassingsteam van de leningen de implementatiestack voor de testversie van de toepassing. Wanneer de stack wordt verwijderd, worden resources en resourcegroepen verwijderd die zijn gedefinieerd in de actionOnUnmanage eigenschap van de stack.

Een diagram met de eerste implementatiestack na het verwijderen van de tweede implementatiestack en de beheerde resources.