Azure per i professionisti di Google Cloud

Questo articolo aiuta gli esperti di Google Cloud a comprendere le nozioni di base di Microsoft Azure account, servizi e risorse. Illustra anche le principali analogie e le differenze tra le piattaforme Google Cloud e Azure.

In questo articolo, imparerai a:

• Organizzazione di account e risorse in Azure.
• Struttura delle soluzioni disponibili in Azure.
• Differenze tra i principali servizi di Azure e i servizi Google Cloud.

Azure e Google Cloud hanno creato le proprie funzionalità in modo indipendente nel tempo, in modo da avere differenze significative di implementazione e progettazione.

Analogie tra Azure e Google Cloud

Come Google Cloud, Microsoft Azure si basa su un set di base di servizi di calcolo, archiviazione, database e rete. In molti casi, entrambe le piattaforme offrono funzionalità confrontabili e supportano soluzioni a disponibilità elevata in host Linux o Windows. Se si usa lo sviluppo con Linux e software open source, entrambe le piattaforme possono eseguire il lavoro.

Anche se le piattaforme condividono funzionalità simili, le risorse che forniscono tali funzionalità sono spesso organizzate in modo diverso. Le corrispondenze dirette tra servizi non sono sempre immediate e alcuni servizi sono disponibili solo su una piattaforma.

Gestire account e sottoscrizioni

Azure fornisce una gerarchia di gruppi di gestione, sottoscrizioni e gruppi di risorse che consentono di gestire le risorse in modo efficace. Questa gerarchia è simile alle cartelle e alla struttura del progetto per le risorse in Google Cloud. Il diagramma seguente illustra la gerarchia dell'ambito di gestione in Azure:

• Gruppi di gestione: questi gruppi sono contenitori che consentono di gestire l'accesso, i criteri e la conformità per più sottoscrizioni. Tutte le sottoscrizioni in un gruppo di gestione ereditano automaticamente le condizioni applicate al gruppo di gestione.

• Sottoscrizioni: Una sottoscrizione associa logicamente gli account utente e le risorse create da tali account utente. Ogni sottoscrizione ha limiti o quote per il numero di risorse che è possibile creare e usare. Le organizzazioni possono usare le sottoscrizioni per gestire i costi e le risorse create da utenti, team o progetti.

  È possibile creare un numero illimitato di sottoscrizioni Azure. Ogni sottoscrizione si collega a un singolo tenant Microsoft Entra (un account, nella terminologia di Google Cloud). Un tenant può contenere un numero illimitato di sottoscrizioni, mentre Google Cloud ha un limite flessibile predefinito che varia per ogni account e può essere aumentato tramite una richiesta.

  Un progetto Google Cloud è concettualmente simile alla sottoscrizione di Azure, in termini di fatturazione, quote e limiti. Tuttavia, in funzione, un progetto Google Cloud è più simile a un gruppo di risorse Azure, ovvero un contenitore logico in cui vengono distribuite le risorse cloud.

• Gruppi di risorse: Un gruppo di risorse è un contenitore logico in cui si distribuiscono e si gestiscono risorse Azure come app Web, database e account di archiviazione.

• Risorse: Le risorse sono istanze di servizi creati, ad esempio macchine virtuali (VM), archiviazione o database SQL.

Azure offre diverse opzioni di acquisto per adattarsi alle organizzazioni di diverse dimensioni e esigenze. Per altre informazioni, vedere la panoramica dei prezzi.

È possibile gestire l'accesso alle risorse di Azure tramite controllo degli accessi in base al ruolo di Azure (Azure RBAC), che include più di 100 ruoli predefiniti. È anche possibile creare ruoli personalizzati.

Ogni sottoscrizione ha anche un amministratore dell'account, che rappresenta il proprietario della sottoscrizione e l'account a cui vengono addebitate le risorse utilizzate nella sottoscrizione. È possibile modificare l'amministratore account solo trasferendo la proprietà della sottoscrizione.

Al di sotto del livello di sottoscrizione, è possibile assegnare ruoli utente e singole autorizzazioni a risorse specifiche. In Azure tutti gli account utente sono associati a un account Microsoft o a un account aziendale (un account gestito tramite Microsoft Entra ID).

Le sottoscrizioni presentano limiti e quote di servizio predefiniti. Per informazioni dettagliate su tali limiti, vedere Sottoscrizione di Azure e limiti, quote e vincoli dei servizi. È possibile aumentare alcuni di questi limiti inviando una richiesta di supporto nel portale di gestione.

Per altre informazioni sulla gestione di account e sottoscrizioni, vedere le risorse seguenti:

• Aggiungi o modifica gli amministratori delle sottoscrizioni di Azure
• Scaricare o visualizzare la fattura di fatturazione di Azure

Gestione delle risorse

In Azure una risorsa è qualsiasi istanza di calcolo, oggetto di archiviazione, dispositivo di rete o altra entità che è possibile creare o configurare all'interno della piattaforma.

È possibile distribuire e gestire le risorse Azure usando Azure Resource Manager.

Gruppi di risorse

Azure fornisce anche gruppi di risorse che organizzano risorse come macchine virtuali, archiviazione e dispositivi di rete virtuale. Si associa sempre una risorsa Azure a un gruppo di risorse. È possibile spostare una risorsa da un gruppo di risorse a un'altra, ma può trovarsi solo in un gruppo di risorse alla volta. Per altre informazioni, vedere Spostare le risorse di Azure in un nuovo gruppo di risorse o abbonamento. Azure Resource Manager usa i gruppi di risorse come raggruppamento fondamentale.

È anche possibile organizzare le risorse usando i tag. I tag sono coppie chiave-valore che è possibile usare per raggruppare le risorse nella sottoscrizione indipendentemente dall'appartenenza al gruppo di risorse.

Interfacce di gestione

Azure consente di gestire le risorse in modi diversi:

• portale di Azure: il portale di Azure offre un'interfaccia di gestione completa basata sul Web per le risorse di Azure.
• API REST: l'API REST Azure Resource Manager fornisce accesso a livello di codice alla maggior parte delle funzionalità disponibili nel portale di Azure.
• Riga di comando: il interfaccia della riga di comando di Azure fornisce un'interfaccia della riga di comando in grado di creare e gestire Azure risorse. L'interfaccia della riga di comando di Azure è disponibile per Windows, Linux e macOS.
• PowerShell: è possibile usare i moduli Azure per PowerShell per eseguire attività di gestione automatizzate usando uno script. PowerShell è disponibile per Windows, Linux e macOS.
• Modelli: Azure Resource Manager modelli offrono funzionalità di gestione delle risorse basate su modelli. Questi modelli vengono in genere scritti in Bicep o Terraform.
• Azure SDK: gli SDK sono una raccolta di librerie che è possibile usare per gestire e interagire a livello di codice con i servizi di Azure.

In tutte queste interfacce, il gruppo di risorse è fondamentale per la creazione, la distribuzione e la gestione delle risorse Azure.

Inoltre, molti strumenti di gestione non Microsoft, come Terraform e Spinnakerdi HashiCorp, sono disponibili in Azure.

Aree geografiche e zone di disponibilità

Gli errori cloud variano notevolmente nell'ambito e nella gravità. Gli errori hardware localizzati o i problemi di configurazione possono influire su singole risorse o gruppi di risorse in un carico di lavoro. Meno comuni sono gli errori che causano l'interruzione di un intero data center, ad esempio la perdita di alimentazione in un data center. In rari casi, un'intera area può diventare non disponibile.

Uno dei principali modi per rendere resiliente un'applicazione consiste nell'applicare la ridondanza. Tuttavia, è necessario pianificare questa ridondanza quando si progetta l'applicazione. Il livello di ridondanza necessario dipende inoltre dai requisiti aziendali. Non tutte le applicazioni necessitano di ridondanza tra aree per proteggersi da un'interruzione a livello di area. In generale, è opportuno trovare il giusto compromesso tra incremento della ridondanza e dell'affidabilità e aumento dei costi e della complessità.

In Google Cloud un'area ha due o più zone di disponibilità. Una zona di disponibilità corrisponde a un data center fisicamente isolato nell'area geografica. Azure offre numerose funzionalità per garantire la ridondanza delle applicazioni a ogni livello di potenziale errore, tra cui zone di disponibilità e aree abbinate.

La tabella seguente riepiloga ogni opzione.

Zone di disponibilità

Come Google Cloud, Azure aree possono avere zone di disponibilità, che sono aree fisicamente separate all'interno di un'area Azure. Ogni zona di disponibilità ha una fonte di alimentazione, una rete e un raffreddamento distinti. La distribuzione di macchine virtuali tra zone di disponibilità consente di proteggere un'applicazione da errori a livello di data center.

Per altre informazioni sulle zone e sulle aree di disponibilità, vedere Strategie di architettura per l'uso di zone e aree di disponibilità.

Aree abbinate

Per proteggere un'applicazione da un'interruzione a livello di area, distribuire l'applicazione in più aree e usare Gestione traffico di Azure per distribuire il traffico Internet in aree diverse. Ogni area geografica di Azure è associata a un'altra area geografica. Insieme, queste aree formano una coppia di aree. Ad eccezione del Brasile meridionale, le coppie di aree geografiche si trovano all'interno della stessa area geografica per soddisfare i requisiti di residenza dei dati per scopi di giurisdizione fiscale e dell'applicazione della legge.

A differenza delle zone di disponibilità, che sono data center fisicamente separati, ma che potrebbero trovarsi in aree geografiche relativamente vicine, le aree abbinate sono in genere separate da almeno 300 miglia. Questo progetto garantisce che i disastri su larga scala influiscano solo su una delle regioni della coppia. È possibile impostare coppie adiacenti per sincronizzare i dati del servizio di archiviazione e del database. Sono configurati in modo che gli aggiornamenti della piattaforma vengano distribuiti a una sola regione della coppia alla volta.

Azure l'archiviazione con ridondanza geografica esegue automaticamente il backup nell'area associata corrispondente. Per tutte le altre risorse, è necessario distribuire una copia completa della soluzione in ogni area geografica per ottenere la piena ridondanza.

Guide all'affidabilità per servizio

Per esplorare le raccomandazioni relative all'affidabilità per ogni servizio Azure, vedere Guide all'affidabilità per servizio.

Per altre informazioni, vedere le risorse seguenti:

• Disponibilità elevata per le applicazioni Azure
• Strategie di architettura per il ripristino di emergenza

Servizi

Per vedere come i servizi Google Cloud corrispondono ai servizi equivalenti di Azure, vedere Confronto tra i servizi Google Cloud e Azure.

Non tutti i servizi e i prodotti Azure sono disponibili in tutte le regioni. Per altre informazioni, vedere Prodotti per area. È possibile trovare le garanzie di disponibilità e i criteri di accredito per il tempo di inattività per ogni prodotto o servizio di Azure nel documento Contratti sul livello di servizio per i servizi online.

Passo successivo

Contenuti correlati

• architetture di riferimento Azure