Implementar y administrar el almacenamiento

1. Un administrador regenera (rota) la clave de acceso principal de una cuenta de almacenamiento. ¿Qué efecto tiene esto sobre las SAS de tipo 'Service SAS' generadas previamente con esa clave?

1. Las SAS se regeneran automáticamente con la nueva clave sin interrupción del servicio
2. No tiene ningún efecto sobre las SAS existentes, que seguirán siendo válidas indefinidamente
3. Todas las SAS de servicio firmadas con esa clave dejan de ser válidas inmediatamente
4. Solo afecta a las SAS de delegación de usuario, no a las firmadas con claves de cuenta

2. Tu empresa quiere que los usuarios accedan a recursos compartidos de Azure Files mediante sus credenciales corporativas de Active Directory local, conservando los permisos NTFS a nivel de archivo y carpeta. ¿Qué función de Azure Files permite esto?

1. Cifrado del lado del servidor con claves administradas por el cliente, almacenadas en Azure Key Vault
2. Autenticación basada en identidad para SMB mediante Active Directory Domain Services (AD DS) o Microsoft Entra Kerberos
3. Replicación con redundancia de zona (ZRS), que distribuye copias entre zonas de disponibilidad
4. Firmas de acceso compartido (SAS) generadas individualmente para cada usuario del recurso compartido

3. ¿Qué rol RBAC integrado debería asignarse a una aplicación que necesita leer y escribir datos en contenedores de blobs mediante Microsoft Entra ID, pero no debe poder gestionar la configuración de la cuenta de almacenamiento?

1. Storage Blob Data Contributor
2. Propietario (Owner)
3. Lector (Reader)
4. Colaborador (Contributor) a nivel de cuenta de almacenamiento

4. Un contenedor de blobs tiene su nivel de acceso público configurado como 'Privado (sin acceso anónimo)'. Un usuario intenta descargar un blob usando solo la URL pública, sin token SAS ni autenticación. ¿Qué ocurre?

1. La solicitud se rechaza con un error de autorización
2. La descarga funciona porque las URL de blobs siempre son accesibles
3. Funciona solo si el blob está en la capa Hot
4. Funciona solo durante los primeros 30 días tras la creación del blob

5. ¿Cuál es el período máximo de validez de una SAS de delegación de usuario en Azure Blob Storage?

1. 7 días
2. 30 días
3. 1 año
4. 10 años

6. Una empresa necesita el menor coste posible de almacenamiento para datos que se acceden con mucha frecuencia y requieren baja latencia. ¿Qué combinación de tipo de redundancia y capa de acceso es más adecuada?

1. ZRS con capa de acceso Archive
2. GZRS con capa de acceso Archive
3. RA-GRS con capa de acceso Cool
4. LRS con capa de acceso Hot

7. Una empresa debe garantizar que ningún blob en un contenedor específico pueda ser eliminado o modificado durante un período de auditoría de 5 años. ¿Qué configuración deben aplicar?

1. Habilitar el control de versiones de blobs con retención de 5 años
2. Aplicar una directiva de retención basada en tiempo bloqueada (locked) con 5 años en el contenedor
3. Configurar una directiva de ciclo de vida que mueva los blobs al nivel de archivo después de 5 años
4. Habilitar la eliminación temporal de blobs con un período de retención de 5 años

8. ¿Cuál es la diferencia entre la eliminación temporal de blobs (blob soft delete) y la eliminación temporal de contenedores (container soft delete) en Azure Storage?

1. Solo la eliminación temporal de contenedores puede restaurar blobs y snapshots eliminados; la de blobs no conserva los snapshots huérfanos
2. La eliminación temporal de blobs protege blobs individuales y snapshots; la eliminación temporal de contenedores protege el contenedor completo y todos los blobs en él
3. La eliminación temporal de contenedores requiere cuenta Premium con LRS, mientras que la de blobs funciona en cuentas GPv2 con cualquier replicación
4. Ambas características son equivalentes técnicamente pero se facturan a diferente precio por GiB de datos retenidos en estado eliminado