Il team finanziario scrive i log di audit come append blob in un container denominato audit. Le normative richiedono la protezione Write Once, Read Many (WORM) per sei anni, ma l'applicazione deve continuare ad aggiungere dati agli append blob esistenti durante il periodo di conservazione. Dopo i test iniziali, la policy deve essere applicata in modo che non possa essere accorciata. Cosa si dovrebbe configurare per soddisfare questi requisiti?

La risposta corretta è configurare una policy di immutabilità basata sul tempo sul container audit con una conservazione di 6 anni, abilitare allowProtectedAppendWrites e poi bloccare la policy. Questa configurazione soddisfa i requisiti WORM (Write Once, Read Many) per sei anni e permette l'aggiunta di dati agli append blob esistenti, anche dopo il blocco della policy. Il blocco della policy impedisce che la durata di conservazione venga accorciata. Le altre opzioni non soddisfano tutti i requisiti: Il controllo delle versioni e il soft delete proteggono dalla cancellazione accidentale ma non garantiscono la conformità WORM per un periodo fisso e non impediscono la modifica dei dati. Un blocco legale (legal hold) è flessibile e può essere rimosso, non garantendo la protezione WORM per un periodo fisso e non impedendo l'accorciamento della policy. Un'iniziativa di Azure Policy che nega le operazioni Delete e Put Blob impedirebbe l'aggiunta di dati agli append blob, violando il requisito di poter continuare ad aggiungere dati.