I COOKIE CI PERMETTONO DI MIGLIORARE LA TUA ESPERIENZA UTENTE CONTINUANDO A NAVIGARE SU QUESTO SITO ACCETTI IL LORO IMPIEGO 

Valutazione attuale: 0 / 5

Stella inattivaStella inattivaStella inattivaStella inattivaStella inattiva
 

I blob (Binary Large Object) sono spesso la soluzione ideale per le esigenze di un'applicazione. Il loro scopo è consentire alle applicazioni di archiviare dati e di accedervi in modo generico, indipendentemente dal tipo di dati (video, audio, messaggi di posta elettronica archiviati o altro ancora). Per utilizzare i blob, uno sviluppatore deve prima creare uno o più contenitori in un account di archiviazione. Ciascun contenitore potrà quindi contenere uno o più blob.

Per identificare un determinato blob, un'applicazione può fornire un URI nel seguente formato:

http://<AccountArchiviazione>.blob.core.windows.net/<Contenitore>/<NomeBlob>

<AccountArchiviazione> è un identificatore univoco assegnato al momento della creazione di un nuovo account di archiviazione, mentre <Contenitore> e <NomeBlob> sono i nomi rispettivamente di un contenitore e di un blob all'interno di tale contenitore.

I blob possono avere due forme:

A blocchi. Ogni blob può contenere fino a 200 gigabyte di dati. Per poter garantire trasferimenti efficienti, questi blob sono suddivisi in blocchi. In caso di errore, una ritrasmissione può ripartire dal blocco più recente anziché da zero. Dopo che sono stati caricati tutti i blocchi, viene eseguito il commit dell'intero blob.

A pagine. Ogni blob può contenere fino a un terabyte di dati. Un blob a pagine è diviso in pagine da 512 byte, e un'applicazione è libera di leggere e scrivere in ordine casuale le singole pagine del blob.

 

Indipendentemente dal tipo di blob, i contenitori che li ospitano possono essere privati o pubblici. Per i blob in un contenitore privato, sia le richieste di lettura che di scrittura devono essere firmate utilizzando la chiave per l'account di archiviazione del blob. Per i blob in un contenitore pubblico, solo le richieste di scrittura devono essere firmate; qualsiasi applicazione invece ha la possibilità di leggere il blob. Ciò è utile in situazioni che coinvolgono video, foto o altri dati non strutturati, molto diffusi in Internet. La rete CDN di Windows Azure supporta solo i dati archiviati in contenitori di blob pubblici.

Un altro importante aspetto dei blob è il loro ruolo nel supporto delle unità Windows Azure. Per capire in cosa consiste il loro ruolo, è importante ricordare che le istanze di ruolo sono libere di accedere ai rispettivi file system locali. Per impostazione predefinita, questo tipo di archiviazione non è tuttavia permanente: alla chiusura di un'istanza vanno perse anche la macchina virtuale e il relativo archivio locale. Montare un'unità Windows Azure per l'istanza, invece, può far apparire un blob a pagine come un'unità locale completa di file system NTFS. Le scritture nell'unità possono avvenire immediatamente nel blob sottostante. Quando l'istanza non è in esecuzione, questi dati sono archiviati in modo permanente nel blob a pagine, pronti per essere nuovamente montati. Di seguito sono illustrati alcuni dei possibili utilizzi delle unità:

Uno sviluppatore può caricare un disco rigido virtuale (VHD) contenente un file system NTFS, quindi montare il VHD come unità di Windows Azure. Questo sistema consente di spostare agevolmente i dati dei file system tra Windows Azure e un sistema Windows Server on-premises.

Uno sviluppatore Windows Azure può installare ed eseguire un database MySQL in un'istanza di ruolo Windows Azure utilizzando un'unità di Windows Azure come archivio sottostante.

 

You have no rights to post comments