Beheerde resources

  • 7 minuten

Azure-resources die worden beheerd door een implementatiestack, worden beheerde resources genoemd. De resources worden gedefinieerd in het sjabloonbestand dat wordt gebruikt bij het maken van de stack.

Wanneer u zich voorbereidt op de volgende sprint voor de stortingstoepassing, wilt u meer weten over hoe een implementatiestack resources beheert. U verwacht snelle en frequente wijzigingen in de toepassing, omdat functies in ontwikkeling worden getest. Voordat u resources toevoegt, wijzigt of verwijdert uit de toepassing, moet u weten hoe deze resources worden beheerd.

In deze les krijgt u informatie over beheerde resources en de actie voor onbeheerde parameters. Deze parameter bepaalt hoe Azure resources verwerkt die de implementatiestack niet meer beheert.

Inzicht in beheerde resources

Voordat we aan de slag gaan met het bijwerken van implementatiestacks, gaan we kijken hoe een stack resources beheert. Wanneer u een implementatiestack maakt, wordt de stack verantwoordelijk voor het beheren van de resources die in het sjabloonbestand worden beschreven. Deze resources worden beheerde resources genoemd. Zolang een resource is gedefinieerd in het sjabloonbestand van een implementatiestack, wordt deze beschouwd als een beheerde resource. U kunt implementatiestacks beschouwen als een reeks aanwijzers die de resources van uw toepassing in één logische eenheid groeperen, ongeacht waar deze resources kunnen worden geïmplementeerd.

Implementatiestacks kunnen worden gemaakt op verschillende bereiken, zoals resourcegroepen, abonnementen en beheergroepen. De resources die door een implementatiestack kunnen worden beheerd, zijn afhankelijk van het bereik waar de stack wordt gemaakt. Als u bijvoorbeeld een stack implementeert binnen het bereik van een abonnement, kan de stack resourcegroepen binnen het abonnement en resources in elke resourcegroep binnen hetzelfde abonnement beheren.

Een afbeelding die een implementatiestack en beheerde resources vertegenwoordigt.

Wat gebeurt er met een resource die niet meer wordt beheerd door de implementatiestack? Als een resource niet meer is gedefinieerd in een sjabloonbestand en de stack wordt bijgewerkt, kan de resource worden losgekoppeld of verwijderd. Een losgekoppelde resource is een resource die niet meer wordt beheerd door de stack, maar de resource blijft bestaan in Azure. Een verwijderde resource is een resource die wordt verwijderd uit Azure en alle bijbehorende gegevens gaan verloren.

Actie bij onbeheer

U kunt bepalen hoe Azure losgekoppelde resources, resourcegroepen en beheergroepen verwerkt met een eigenschap die de actie voor onbeheerde parameter wordt genoemd. Deze parameter kan worden ingesteld bij het maken, wijzigen of verwijderen van een implementatiestack.

Alle drie de bewerkingen hebben de mogelijkheid om het gedrag van de actie op een onbeheerde parameter in te stellen. Houd er rekening mee dat de waarde die het laatst is ingesteld voorrang heeft.

Als er bijvoorbeeld een implementatiestack wordt gemaakt met de parameterset, --action-on-unmanage detachAllworden alle resources die niet meer worden beheerd door de stack, losgekoppeld van Azure. Als een volgende updatebewerking wordt uitgevoerd en de parameter is ingesteld als --action-on-unmanage deleteAll, wordt het gedrag standaard ingesteld deleteAllop .

Er zijn drie mogelijke waarden voor de --action-on-unmanage parameter:

  • deleteAll - verwijdert resources, resourcegroepen en beheergroepen
  • deleteResources - verwijdert resources, maar koppelt resourcegroepen en beheergroepen los
  • detachAll - alle resources, resourcegroepen en beheergroepen loskoppelen

Notitie

In deze module werken we met implementatiestacks met resourcegroepen. In dit geval wordt de resourcegroep zelf niet beheerd door de stack. Met de waarde 'Alles verwijderen' voor de actie voor de parameter Onbeheer wordt de resourcegroep waar de stack bestaat niet verwijderd. U moet de resourcegroep verwijderen nadat de stack en de bijbehorende resources zijn verwijderd.

Laten we eens kijken naar de JSON-uitvoer wanneer u de Azure CLI-opdracht az stack group show gebruikt met waarden die zijn ingesteld voor de --action-on-unmanage parameter. Let op het gedrag voor resources, resourcegroepen en beheergroepen.

  1. --action-on-unmanage deleteAll

    "actionOnUnmanage": {
    "managementGroups": "delete",
    "resourceGroups": "delete",
    "resources": "delete"
},

  2. --action-on-unmanage deleteResources

    "actionOnUnmanage": {
    "managementGroups": "detach",
    "resourceGroups": "detach",
    "resources": "delete"
},

  3. --action-on-unmanage detachAll

    "actionOnUnmanage": {
    "managementGroups": "detach",
    "resourceGroups": "detach",
    "resources": "detach"
},

Als er bijvoorbeeld een implementatiestack wordt gemaakt met de parameterset, -ActionOnUnmanage DetachAllworden alle resources die niet meer worden beheerd door de stack, losgekoppeld van Azure. Als een volgende updatebewerking wordt uitgevoerd en de parameter is ingesteld als -ActionOnUnmanage DeleteAll, wordt het gedrag standaard ingesteld DeleteAllop .

Er zijn drie mogelijke waarden voor de -ActionOnUnmanage parameter:

  • DeleteAll - verwijdert resources, resourcegroepen en beheergroepen
  • DeleteResources - verwijdert resources, maar koppelt resourcegroepen en beheergroepen los
  • DetachAll - alle resources, resourcegroepen en beheergroepen loskoppelen

Notitie

In deze module werken we met implementatiestacks binnen het bereik van de resrouce-groep. In dit geval wordt de resourcegroep niet beheerd door de stack. > De waarde 'alles verwijderen' voor de actie op een onbeheerde parameter onttelt niet de resourcegroep waar de stack bestaat. Het is nodig om de resourcegroep te verwijderen nadat de stack en de bijbehorende resources zijn verwijderd.

Laten we eens kijken naar de json-uitvoer bij het gebruik van de Azure PowerShell-opdracht Get-AzResourceGroupDeploymentStack met waarden die zijn ingesteld voor de -ActionOnUnmanage parameter. Let op het gedrag voor resources, resourcegroepen en beheergroepen.

  1. -ActionOnUnmanage DeleteAll

    resourcesCleanupAction        : delete
resourceGroupsCleanupAction   : delete
managementGroupsCleanupAction : delete

  2. -ActionOnUnmanage DeleteResources

    resourcesCleanupAction        : delete
resourceGroupsCleanupAction   : detach
managementGroupsCleanupAction : detach

  3. -ActionOnUnmanage DetachAll

    resourcesCleanupAction        : detach
resourceGroupsCleanupAction   : detach
managementGroupsCleanupAction : detach