Meerdere applicaties gebruiken momenteel opslagaccounttoegangssleutels voor blob-toegang. U moet sleutels roteren zonder downtime en beginnen met het migreren van apps naar Azure AD-gebaseerde autorisatie. Wat moet u doen?

De eerste correcte optie beschrijft een methode voor sleutelrotatie zonder downtime. Door apps eerst over te schakelen naar de secundaire sleutel, kan de primaire sleutel worden geregenereerd en bijgewerkt in de apps. Daarna kan de secundaire sleutel worden geregenereerd. Het opslaan van de sleutel in Azure Key Vault is een best practice voor veilig sleutelbeheer. De tweede correcte optie is de aanbevolen migratiestrategie naar Azure AD-gebaseerde autorisatie. User delegation SAS (Shared Access Signature) biedt tijdelijke, beperkte toegang tot blobs op basis van Azure AD-referenties, wat veiliger is dan accounttoegangssleutels. Het toewijzen van geschikte RBAC-rollen (zoals Storage Blob Data Contributor) aan app-identiteiten zorgt ervoor dat apps de benodigde machtigingen hebben. Het tegelijkertijd regenereren van beide sleutels veroorzaakt downtime. Het blijven gebruiken van connection strings met AccountKey en het inschakelen van vertrouwde services lost het probleem van sleutelrotatie niet op en migreert niet naar Azure AD-autorisatie. De Reader-rol is onvoldoende voor schrijftoegang tot blobs.