Azure Storage Transaction Calculator
Calcola correttamente transazioni, dati e logica di pricing per Blob Storage e ADLS Gen2.
Molte stime Azure Storage falliscono perche considerano solo il costo per TB e ignorano il numero reale di chiamate REST, la granularita dei chunk, l'impatto dei rename e le differenze tra namespace flat e gerarchico.
- Quante write genera davvero un upload chunked.
- Quando HNS migliora la semantica ma introduce meter aggiuntivi.
- Quanto pesa il numero di list, rename e accessi ricorsivi.
- Come impostare una stima tecnica piu vicina al billing model reale.
Esempi pronti
Clicca un caso per popolare tutti gli input e vedere una spiegazione architetturale contestuale.
Come interpretare davvero i costi
Questi box sono pensati per aiutare prevendita, cloud architect e team engineering a spiegare bene il perche di una stima.
Il costo non dipende solo da quanti file esistono, ma da quante operazioni effettive genera il client: upload, commit, list, rename, traversal e retrieval.
Se un file viene caricato a blocchi, ogni blocco produce una write aggiuntiva. Il commit finale del file e un'ulteriore operazione, quindi il chunk size incide moltissimo.
List, rename e operazioni ricorsive diventano centrali in workload analytics, Spark e data engineering. Ignorarle porta a sottostime ricorrenti.
Il vero trade-off e tra semantica del workload, rename atomico, tempi di job, overhead metadata e comportamento applicativo reale. Il costo per GB da solo non basta.
Spiegazione dettagliata delle voci
Ogni termine include definizione semplice, spiegazione tecnica ed esempio pratico.
Fonti ufficiali Microsoft
Il catalogo e mantenuto in un file JavaScript separato per essere aggiornato facilmente.