Non riesco a trovare alcuna informazione su questo ovunque e ancora la domanda è semplice.Le API relative all'archiviazione di Azure partecipano a System.Transactions?
È possibile eseguire il wrapping di azioni relative allo storage in un TransactionScope in modo che, ad es. se c'è un rollback, anche il file caricato viene ripristinato?
Se le API native non lo fanno già, esiste un'implementazione pubblica ovunque?
Se ci si riferisce a aggiornamenti Tabella o Blob, non vi è alcun concetto di commit o rollback esplicito. Quando si effettua una chiamata API (chiamata diretta REST o tramite PowerShell/CLI/SDK), si tratta solo di un'azione contro lo storage, che avrà esito positivo o negativo (anche se alcune azioni richiedono un po 'di tempo e la chiamata può tornare prima del completamento). Non c'è alcun ambito di transazione che avvolge questa azione. Dovresti aver cura di annullare gli aggiornamenti Table/Blob a livello di app.
Può davvero essere chiamato un database se non è possibile utilizzarlo in modo transazionale? – quillbreaker
Non sei sicuro di cosa stai ricevendo. Table Storage ha transazioni API e consente anche di scrivere più entità all'interno di una singola chiamata API (transazione). Lo spazio di archiviazione BLOB è separato dalla tabella e non è presente alcun oggetto contenente l'ambito della transazione in cui è possibile eseguire operazioni tra i due, né esiste un modo per eseguire più transazioni di archiviazione della tabella nell'ambito di una transazione. Tuttavia: ciò non diminuisce in alcun modo lo spazio di archiviazione della tabella dall'essere un database. Dai un'occhiata a MongoDB: Operazioni atomiche all'interno di un documento, nessuna transazione tra i documenti, eppure ... è ancora considerato un database. –