Servizio file di Azure e archiviazione BLOB: prestazioni ottimali

Question

Sto spostando un'applicazione cloud su Azure cloud e devo decidere quale tipo di archiviazione utilizzare. I file memorizzati saranno per lo più immagini e occasionalmente un file .pdf. Le sole operazioni da fare, sono fondamentalmente mettere e recuperare i file, e talvolta anche recuperare i metadati. Da quel profilo, sembra che lo storage Blob sia più adatto alle mie esigenze.

Tuttavia, non sono sicuro, se l'utilizzo di Servizio file di Azure mi desse il vantaggio sulle prestazioni. La velocità effettiva dovrebbe essere la stessa per entrambi i tipi di archiviazione.

Quindi, mi chiedevo, se montare il servizio file e archiviare direttamente i file sarebbe più veloce rispetto all'utilizzo delle chiamate REST per comunicare con un blob. E se lo fosse, quale sarebbe una grande differenza?

Ho provato a cercare la risposta a quello in questo thread: Azure Blob Storage vs. File Service ma sembra che il soggetto di spettacolo è stato omesso lì.

Answer 1

Quale sceglierai sarà probabilmente una combinazione di prestazioni e architettura di app, dal momento che alcune applicazioni legacy devono fare affidamento sull'I/O dei file.

Da un punto di vista puramente di performance:

• Ogni blob è caratterizzata da una velocità fino a 60 MB/sec
• Ciascun condivisione di file è caratterizzata da una velocità fino a 60 MB/sec

Pertanto, dal punto di vista della produttività, le condivisioni di file saranno limitate rispetto a un intero account di archiviazione, poiché il throughput della condivisione file è di 60 MB/sec indipendentemente dal numero di file nella condivisione.

Dal punto di vista della capacità:

• Un account di archiviazione fornisce fino a 500TB
• una condivisione di file fornisce fino a 5 TB

Si dovrebbe guardare Azure scalabilità e prestazioni rivolge here per più specifiche, ma TL; DR che lavora direttamente con i BLOB fornirà una larghezza di banda molto maggiore.