Je moet een kritieke container beschermen tegen onbedoeld overschrijven en verwijderen, en snel een blob kunnen herstellen naar een eerdere staat, terwijl je de opslagkosten beheert. Welke drie acties of beweringen zijn correct?

Het inschakelen van blob-versioning is essentieel om blobs te beschermen tegen onbedoeld overschrijven of verwijderen, omdat het automatisch eerdere versies van een blob bewaart wanneer deze wordt gewijzigd of verwijderd. Om een vorige staat te herstellen, kopieer je de gewenste versie over de basis-blob, wat kan via de Azure Portal of programmatisch. Dit is de standaardprocedure voor herstel. Opslagkosten voor vorige versies worden direct in rekening gebracht zodra ze worden aangemaakt, niet pas bij het lezen; dit maakt de derde optie onjuist. Lifecycle management-regels zijn cruciaal voor kostenbeheer, omdat ze het automatisch verwijderen van oude versies mogelijk maken na een gedefinieerde retentieperiode. Versioning creëert geen retroactieve versies voor bestaande blobs; het begint pas met het bijhouden van versies vanaf het moment dat het wordt ingeschakeld, waardoor de laatste optie onjuist is.