Cheat Sheet AZ-900 — Azure Fundamentals

Edición revisada: 17 de octubre de 2026. Referencia: competencias oficiales vigentes desde el 20 de julio de 2026.

Esta hoja reúne los conceptos que debes distinguir y aplicar en escenarios de Azure Fundamentals. Utilízala para repasar después de estudiar y practicar con Microsoft Learn.

Mapa del examen

Los porcentajes son rangos de cobertura. Microsoft actualiza primero el examen en inglés; las versiones traducidas pueden incorporar los cambios más tarde. Comprueba la guía oficial de AZ-900 antes de tu convocatoria.

Conceptos de nube

Modelos de implementación

Una nube privada no tiene que estar físicamente en las instalaciones de la empresa. Un recurso en nube pública puede utilizar conectividad privada.

Consumo y beneficios

• Consumo: el gasto depende del servicio, su capacidad, uso y modalidad de contratación. Pago por uso y compromisos de consumo ofrecen estructuras de precio distintas.
• CapEx y OpEx: comprar infraestructura supone inversión inicial; consumir servicios traslada parte del gasto a la operación. Migrar no garantiza ahorrar sin controlar el uso.
• Alta disponibilidad: mantener el servicio operativo ante determinados fallos.
• Escalabilidad vertical: aumentar o reducir la capacidad de una instancia.
• Escalabilidad horizontal: añadir o retirar instancias.
• Elasticidad: ajustar capacidad a una demanda variable; la automatización depende del servicio y su configuración.
• Fiabilidad: recuperarse de fallos y continuar prestando el servicio.
• Previsibilidad: estimar rendimiento y costes mediante capacidad, métricas y herramientas.
• Seguridad y gobierno: aplicar controles, permisos y reglas de forma coherente.
• Administración: aprovisionar, configurar y supervisar mediante herramientas y automatización.
• Serverless: el proveedor administra la infraestructura subyacente. Siguen existiendo servidores y responsabilidades del cliente.

Fuente: conceptos y beneficios de nube.

Servicios y responsabilidad compartida

En todos los modelos mantienes responsabilidades sobre datos, identidades y acceso. SaaS no elimina la necesidad de proteger cuentas y configurar permisos. En instalaciones locales, la organización asume toda la pila.

Fuente: responsabilidad compartida en la nube.

Arquitectura de Azure

Infraestructura física

No todas las regiones ofrecen los mismos servicios, zonas o relaciones de emparejamiento. Distribuir recursos entre zonas y protegerlos frente a un fallo regional son decisiones diferentes. La recuperación entre regiones debe diseñarse según el servicio.

Organización de recursos

Grupo de administración raíz
  └── Grupos de administración
        └── Suscripciones
              └── Grupos de recursos
                    └── Recursos

• Tenant de Microsoft Entra: límite del directorio de identidades al que se asocian las suscripciones.
• Grupo de administración: organiza suscripciones y permite aplicar gobierno a mayor escala.
• Suscripción: ámbito de administración, acceso, límites y facturación.
• Grupo de recursos: contenedor lógico para recursos relacionados; no admite grupos de recursos anidados.
• Recurso: instancia administrable, como una VM, una red o una cuenta de almacenamiento.

Un grupo de recursos puede contener recursos de distintas regiones. Su ubicación almacena los metadatos del grupo y no obliga a ubicar todos sus recursos allí.

Fuente: componentes de arquitectura de Azure.

Cómputo y alojamiento

Una VM necesita una configuración de cómputo, discos y conectividad, como una interfaz y una red virtual. Una IP pública es opcional.

VM frente a contenedor: la VM tiene su propio sistema operativo invitado; los contenedores comparten el núcleo del sistema anfitrión. App Service frente a Functions: alojamiento de aplicaciones frente a ejecución de funciones orientadas a eventos.

Fuente: servicios de cómputo.

Redes y conectividad

Conectividad privada y cifrado son propiedades distintas: ExpressRoute no cifra todo el tráfico por defecto. Crear un endpoint privado tampoco deshabilita automáticamente el acceso público del servicio.

Como contexto adicional, Load Balancer distribuye tráfico de transporte; Application Gateway enruta tráfico web HTTP/HTTPS y puede incorporar WAF mediante una configuración compatible.

Fuentes: redes virtuales, ExpressRoute y Azure Private Endpoint.

Almacenamiento

Servicios y cuentas

La cuenta de almacenamiento define opciones como región, rendimiento, redundancia y acceso. La cuenta de propósito general v2 cubre numerosos escenarios; las opciones premium dependen del servicio y la carga.

Niveles de acceso de blobs

Reducir el precio de almacenamiento puede aumentar el coste de acceso. La eliminación o el cambio anticipado de nivel puede generar cargos; las condiciones dependen del tipo de cuenta. Archive no ofrece acceso inmediato.

Fuente: servicios y niveles de almacenamiento.

Redundancia

La copia geográfica puede ir retrasada. Redundancia no equivale a copia de seguridad: debes contemplar también borrados, corrupción y recuperación histórica. La compatibilidad de cada opción depende del servicio y la región.

Fuente: redundancia de Azure Storage.

Transferencia y migración

Fuente: migración y movimiento de archivos.

Identidad, acceso y seguridad

Autenticación: comprobar quién eres. Autorización: determinar qué puedes hacer. Un rol de Azure RBAC no es lo mismo que un rol de administración de Microsoft Entra.

Zero Trust: verificar explícitamente, conceder el mínimo privilegio y asumir que puede existir una brecha. Defensa en profundidad: combinar controles en varias capas, como identidad, red, aplicaciones y datos.

Fuentes: identidad, acceso y seguridad y Zero Trust en Azure.

Gobierno y cumplimiento

• CanNotDelete: permite modificar un recurso, pero impide eliminarlo.
• ReadOnly: restringe las operaciones del plano de administración y puede afectar acciones que requieren escritura.
• Las etiquetas no conceden permisos ni se heredan automáticamente desde un grupo de recursos.
• Un bloqueo no sustituye controles del plano de datos ni una estrategia de copias.

Azure Blueprints está en retirada por fases desde el 31 de julio de 2026, con retirada prevista para el 31 de enero de 2027. No se presenta aquí como herramienta para nuevos diseños. Microsoft orienta la migración hacia Deployment Stacks y template specs o plantillas versionadas en Git.

Fuentes: gobierno y cumplimiento y retirada de Blueprints.

Costes y optimización

El coste puede variar por servicio, SKU, región, duración, almacenamiento, operaciones, licencias y transferencia de datos. Detener el sistema operativo de una VM no equivale a desasignarla; incluso desasignada puede mantener cargos por discos u otros recursos.

Un presupuesto avisa; no detiene automáticamente el consumo. Las estimaciones deben revisarse con el gasto real y las condiciones de contratación.

Fuente: administración de costes en Azure.

Herramientas de administración y despliegue

Infraestructura como código —IaC—: describir y versionar la configuración para repetir despliegues de forma coherente. Bicep es una abstracción de las plantillas ARM; no un «superset de ARM».

Fuentes: herramientas de administración y despliegue y qué es Bicep.

Supervisión y disponibilidad

Regla de repaso: recomendaciones → Advisor; incidencias de plataforma → Service Health; métricas, registros y alertas → Monitor.

Fuente: herramientas de supervisión.

Un SLA establece compromisos de servicio bajo condiciones concretas. Su valor depende del producto, la configuración y la arquitectura. No garantiza disponibilidad absoluta ni sustituye el diseño de recuperación. Consulta los SLA oficiales de Azure para verificar cualquier porcentaje.

Escenarios de repaso

Son ejemplos didácticos, no preguntas oficiales. Practica explicando por qué encaja cada respuesta y qué condiciones podrían cambiarla. Completa el repaso con la evaluación oficial de práctica.