Confrontare la gestione delle risorse di AWS e di Azure

Il termine risorsa viene usato nello stesso modo in Azure e Amazon Web Services (AWS). Una risorsa è un elemento gestibile. Può essere una macchina virtuale, un account di archiviazione, un'app Web, un database o una rete virtuale, ad esempio.

Gruppi di risorse AWS e gruppi di risorse di Azure

I gruppi di risorse in Azure e AWS vengono usati per organizzare e gestire le risorse. Esistono tuttavia alcune differenze principali:

  • L'eliminazione di un gruppo di risorse AWS non influisce sulle risorse. L'eliminazione di un gruppo di risorse di Azure elimina tutte le risorse in esso contenute.
  • In Azure la maggior parte delle risorse appartiene esattamente a un gruppo di risorse ed è necessario creare il gruppo di risorse prima di creare la risorsa. Alcuni tipi di risorse, ad esempio assegnazioni di criteri e assegnazioni di ruolo, vengono distribuiti invece a livello di sottoscrizione, gruppo di gestione o tenant.
  • In Azure è possibile tenere traccia dei costi in base al gruppo di risorse. In AWS è possibile usare i tag di allocazione dei costi per filtrare in base a risorse specifiche.

Opzioni di distribuzione delle risorse

Azure offre diversi modi per gestire le risorse:

  • portale di Azure. Come un dashboard AWS, il portale di Azure fornisce un'interfaccia di gestione basata sul Web per le risorse di Azure.

  • API REST. L'API REST di Azure Resource Manager consente l'accesso a livello di codice alla maggior parte delle funzionalità disponibili nel portale di Azure.

  • Interfaccia della riga di comando di Azure. interfaccia della riga di comando di Azure offre un'interfaccia della riga di comando che è possibile usare per creare e gestire le risorse di Azure. interfaccia della riga di comando di Azure è disponibile per Windows, Linux e macOS.

  • Azure PowerShell. È possibile usare i moduli di Azure per PowerShell per eseguire attività di gestione automatizzate usando uno script. PowerShell è disponibile per Windows, Linux e macOS.

  • Template ARM. I modelli di Azure Resource Manager (ARM) forniscono funzionalità di gestione delle risorse basate su modelli JSON simili a quelle del servizio AWS CloudFormation.

  • Bicep. Bicep è un linguaggio specifico del dominio che usa la sintassi dichiarativa per distribuire le risorse di Azure.

  • Terraform. È possibile usare Terraform per definire, visualizzare in anteprima e distribuire l'infrastruttura cloud usando la sintassi HCL.

  • Stack di distribuzione. Uno stack di distribuzione è una risorsa di Azure che gestisce un gruppo di risorse come un'unica unità, negli ambiti di gruppo di risorse, sottoscrizione e gruppo di gestione. Si tratta dell'equivalente Azure più vicino a uno stack AWS CloudFormation.

    Un gruppo di risorse è fondamentale per la creazione, distribuzione o modifica della maggior parte delle risorse di Azure. Un gruppo di risorse è tuttavia un contenitore organizzativo, non un'unità di distribuzione. Se si vuole il comportamento del ciclo di vita di uno stack CloudFormation, in cui la piattaforma tiene traccia delle risorse gestite da un template, usare uno stack di deployment. Quando si rimuove una risorsa dal modello, l'impostazione actionOnUnmanage dello stack di distribuzione determina cosa accade dopo: lo stack scollega la risorsa e la lascia invariata oppure la elimina. Impostare questo valore deliberatamente. CloudFormation elimina una risorsa rimossa a meno che non si imposti un DeletionPolicy su Retain, quindi uno stack configurato per scollegare produce il risultato opposto da quello previsto da un architetto AWS. Gli stack di distribuzione supportano anche le impostazioni di negazione, che bloccano le modifiche alle risorse gestite in modo analogo al comportamento dei criteri dello stack CloudFormation.

Etichettatura

L'assegnazione di tag, sia in Azure che in AWS, consente di organizzare e gestire le risorse in modo efficace assegnando metadati alle risorse. I tag sono coppie chiave-valore che consentono di classificare, tenere traccia e gestire i costi nell'infrastruttura cloud. Sia AWS che supporto tecnico di Azureano il controllo degli accessi basato sugli attributi utilizzando i valori dei tag. Anche se l'assegnazione di tag di Azure e AWS è simile, esistono alcune differenze:

  • Azure nomi di tag non fanno distinzione tra maiuscole e minuscole per le operazioni, anche se il provider di risorse potrebbe mantenere la combinazione di maiuscole e minuscole fornite. Azure i valori dei tag fanno distinzione tra maiuscole e minuscole. AWS considera sia le chiavi dei tag sia i valori sensibili alle maiuscole/minuscole.
  • Nessuna delle due piattaforme propaga automaticamente i tag da un elemento padre ai relativi elementi figlio. Le risorse di Azure non ereditano i tag da un gruppo di risorse o da una sottoscrizione, ma è possibile applicare l'ereditarietà usando definizioni di Criteri di Azure per la conformità dei tag. AWS non supporta in modo nativo l'ereditarietà dei tag tra le risorse padre e figlio, anche se supporta l'ereditarietà per le categorie di costi AWS.
  • AWS offre uno strumento di editor di tag per l'aggiunta di tag, mentre Azure offre funzionalità di assegnazione di tag tramite il portale di Azure e le interfacce di gestione.

Azure applica i limiti seguenti:

  • Ogni risorsa, gruppo di risorse e sottoscrizione supporta un massimo di 50 coppie nome-valore tag. Alcuni tipi di risorse supportano solo 15.
  • I nomi dei tag sono limitati a 512 caratteri e valori di tag a 256 caratteri. Per gli account di archiviazione, i nomi dei tag sono limitati a 128 caratteri.
  • È possibile contrassegnare risorse, gruppi di risorse e sottoscrizioni, ma non gruppi di gestione.

Warning

Azure archivia i tag come testo normale, quindi non inserire valori sensibili nei tag. I valori dei tag possono essere visualizzati nei report sui costi, nella cronologia di distribuzione, nei modelli esportati e nei log di monitoraggio.

Per il set completo di condizioni e limitazioni, vedere Usare i tag per organizzare le risorse Azure e la gerarchia di gestione.

Contributori

Microsoft gestisce questo articolo. I seguenti collaboratori hanno scritto questo articolo.

Autore principale:

Altro collaboratore:

  • Adam Cerini | Direttore, Partner Technology Strategist

Per visualizzare i profili LinkedIn non pubblici, accedere a LinkedIn.

Passaggi successivi

  • Ultimo aggiornamento: