Je financiële team schrijft audit logs als append blobs naar een container met de naam audit. Regelgeving vereist Write Once, Read Many (WORM)-bescherming voor zes jaar, maar de applicatie moet gedurende de retentieperiode append-bewerkingen blijven uitvoeren op de bestaande append blobs. Na de initiële tests moet het beleid worden afgedwongen, zodat het niet kan worden verkort. Wat moet je configureren om aan deze vereisten te voldoen?

De juiste optie is het aanmaken van een tijdgebaseerd onveranderlijkheidsbeleid met een retentie van 6 jaar op de audit-container, waarbij allowProtectedAppendWrites wordt ingeschakeld en het beleid vervolgens wordt vergrendeld. Dit voldoet aan de WORM-vereiste voor zes jaar en staat append-bewerkingen op bestaande append blobs toe, zelfs nadat het beleid is vergrendeld. Vergrendelen voorkomt dat het beleid wordt verkort. Blob versioning en soft delete beschermen tegen onbedoeld verwijderen of overschrijven, maar bieden geen WORM-bescherming of de mogelijkheid om append-bewerkingen uit te voeren op vergrendelde blobs. Een legal hold met tags is bedoeld voor juridische doeleinden en biedt geen automatische retentieperiode of de functionaliteit om append-bewerkingen toe te staan op vergrendelde blobs. Een Azure Policy-initiatief dat Delete- en Put Blob-bewerkingen weigert, voorkomt wel wijzigingen, maar staat geen append-bewerkingen toe op bestaande blobs en biedt geen specifieke retentieperiode zoals WORM.