Azure Files e Queue Storage

Azure Files offre condivisioni di file cloud completamente gestite, accessibili tramite i protocolli standard del settore SMB (Server Message Block) e NFS (Network File System). Ciò significa che è possibile montare una condivisione file di Azure su macchine Windows, Linux o macOS usando gli stessi meccanismi impiegati per le condivisioni di rete in una rete aziendale locale. A differenza di Blob Storage, che richiede un'API o un SDK specifico per l'accesso, Azure Files funziona senza problemi con qualsiasi applicazione in grado di leggere da un'unità mappata o da un percorso UNC.

Azure Files è progettato per diversi scenari aziendali comuni: archiviazione condivisa per la migrazione lift-and-shift: migrare in Azure Files le applicazioni che dipendono da file server locali, senza modificare il codice dell'applicazione. Accesso ibrido: i server locali e le macchine virtuali di Azure possono montare contemporaneamente la stessa condivisione usando Azure File Sync. Condivisioni di configurazione e impostazioni: archiviare i file di configurazione in una condivisione e montarla da più istanze di App Service o contenitori. Condivisioni per gli strumenti degli sviluppatori: condividere plug-in degli IDE, strumenti di compilazione e script all'interno di un team di sviluppo.

Azure File Sync estende Azure Files agli ambienti locali sincronizzando una condivisione file di Azure con un file server Windows. Il server Windows funge da cache locale per i file consultati più frequentemente; i file a cui non si accede di recente vengono sostituiti da file segnaposto di cloud tiering che compaiono nella directory, ma non occupano spazio sul disco locale. Quando un utente apre un segnaposto, Azure File Sync scarica in modo trasparente il file effettivo da Azure in background. In questo modo gli utenti dispongono di un accesso locale rapido, riducendo al contempo lo spazio di archiviazione necessario in locale.

Azure Files offre due livelli di prestazioni: Standard (basato su HDD), conveniente per la condivisione generale di file, i carichi di lavoro batch e le directory home. Viene fatturato per GB archiviato al mese. Premium (basato su SSD), progettato per scenari con IOPS elevati, come database, applicazioni aziendali e sistemi di servizi finanziari. Viene fatturato per GB di capacità allocata (la capacità viene preallocata), anziché per GB utilizzato. Scelga Premium quando il carico di lavoro richiede operazioni di I/O sui file costanti e a bassa latenza. Standard è sufficiente per la maggior parte degli scenari di condivisione di file d'ufficio.

Azure Queue Storage è un servizio per l'archiviazione di grandi quantità di messaggi, accessibili da qualsiasi luogo tramite chiamate HTTP/HTTPS autenticate. Le code consentono una comunicazione asincrona e disaccoppiata tra i componenti dell'applicazione: un componente (il produttore) aggiunge i messaggi alla coda e un altro componente (il consumer) li recupera ed elabora al proprio ritmo. Questo disaccoppiamento consente al produttore e al consumer di ridimensionarsi in modo indipendente e impedisce che il produttore rimanga bloccato se il consumer è lento o temporaneamente non disponibile.

Un messaggio in Azure Queue Storage può avere una dimensione massima di 64 KB e può essere conservato per un massimo di 7 giorni. Quando un consumer recupera un messaggio, questo diventa invisibile per un periodo configurabile (il timeout di visibilità, 30 secondi per impostazione predefinita). Se il consumer elabora il messaggio e lo elimina prima della scadenza del timeout, il messaggio viene rimosso definitivamente. Se il consumer ha un errore prima dell'eliminazione, il messaggio torna visibile e può essere elaborato da un altro consumer, garantendo una semantica di consegna almeno una volta per la tolleranza agli errori.

Azure offre due servizi di accodamento ed è importante sapere quando usare ciascuno: Queue Storage, per code semplici e molto grandi (fino a 500 TB), con polling basato su HTTP, ideale per il disaccoppiamento di base tra produttori e consumer con milioni di messaggi. Azure Service Bus, per la messaggistica aziendale con funzionalità avanzate: ordinamento dei messaggi (FIFO), code di messaggi non recapitabili, sessioni, rilevamento dei duplicati, topic con più sottoscrittori e transazioni. Usi Queue Storage per un semplice disaccoppiamento su larga scala. Usi Service Bus quando sono necessarie garanzie di messaggistica aziendale o la distribuzione publish-subscribe a più consumer.

Un modello molto comune consiste nell'abbinare Queue Storage ad Azure Functions: un'applicazione Web aggiunge i messaggi degli ordini a una coda (il produttore) e una Azure Function con un trigger di Queue (il consumer) elabora ogni ordine. La funzione si ridimensiona automaticamente in base al numero di messaggi in attesa nella coda: un numero maggiore di messaggi comporta un numero maggiore di istanze della funzione. Questo modello disaccoppia il frontend Web dalla logica di elaborazione degli ordini, garantisce che gli ordini non vadano persi anche se il servizio di elaborazione è temporaneamente inattivo e consente al sistema di gestire con la massima efficacia i picchi di traffico.

Azure Table Storage è un archivio NoSQL di tipo chiave-valore per memorizzare dati strutturati e non relazionali su vasta scala e a basso costo. I dati sono organizzati in tabelle (non tabelle relazionali: si pensi piuttosto a raccolte) e ogni riga è un'entità con una chiave di partizione, una chiave di riga e fino a 252 proprietà aggiuntive di tipi misti. Table Storage non richiede uno schema: righe diverse della stessa tabella possono avere proprietà diverse. È ideale per gli scenari che richiedono ricerche rapide per chiave, come la telemetria dei dispositivi o le preferenze degli utenti, ma non supporta JOIN o query complesse.

Azure Files supporta due metodi di autenticazione: chiave dell'account di archiviazione, che concede l'accesso completo usando la chiave principale dell'account; è semplice, ma poco granulare. Autenticazione basata sull'identità, che usa Microsoft Entra ID (per le macchine virtuali che operano esclusivamente nel cloud) o Active Directory Domain Services (per le macchine ibride aggiunte al dominio locale). L'autenticazione basata sull'identità consente di applicare elenchi di controllo degli accessi (ACL) per utente e per gruppo a cartelle e file all'interno della condivisione, proprio come nei file server Windows locali. Questo è l'approccio consigliato per le condivisioni di file aziendali multiutente.

In sintesi, per scegliere il servizio di archiviazione: Blob Storage, per oggetti non strutturati (immagini, video, backup e file arbitrari) accessibili tramite API o URL. Azure Files, per file system strutturati che richiedono unità montate dal sistema operativo tramite SMB/NFS e condivise da più server o utenti. Queue Storage, per la messaggistica asincrona e durevole tra i componenti dell'applicazione. Table Storage, per dati strutturati NoSQL di tipo chiave-valore che richiedono ricerche rapide basate sulla chiave a basso costo. Cosmos DB è il successore più potente e scalabile di Table Storage per requisiti NoSQL complessi.

Verifichi la Sua comprensione dei concetti di Microsoft Azure Fundamentals (AZ-900) trattati in questa lezione.

In questa lezione ha appreso che: Azure Files offre condivisioni di file cloud SMB/NFS che si integrano con le applicazioni esistenti e possono essere sincronizzate con i server locali tramite Azure File Sync; Queue Storage consente un disaccoppiamento asincrono e affidabile tra i componenti dell'applicazione, con consegna dei messaggi almeno una volta; e Table Storage offre un archivio NoSQL di tipo chiave-valore, senza schema e conveniente, per dati strutturati. Nella prossima lezione tratteremo i tipi di archiviazione su disco e la sicurezza dello spazio di archiviazione con i token SAS e gli endpoint privati.