Microsoft AZ-900: Cómputo y servicios de aplicaciones — Guía de estudio

By Laurynas Brazys · 22 July 2026 · #microsoft #az-900 #certification #exam-prep #study-guide

Forma parte de la Microsoft Azure AZ-900 — Guía de estudio. Practica con respuestas verificadas en el centro de exámenes de Microsoft, o realiza tests cronometrados en ExamRoll.io.

Azure ofrece un espectro de opciones de computación que van desde plataformas de aplicaciones totalmente gestionadas hasta un control granular sobre las máquinas virtuales. La elección correcta equilibra el control, la escalabilidad, la disponibilidad y el coste con el esfuerzo operativo. En un extremo se encuentran las máquinas virtuales y los conjuntos de escalado, ideales cuando se requiere control a nivel de sistema operativo e imágenes personalizadas. En el otro extremo están App Service, los contenedores y las opciones sin servidor (serverless) que aceleran la entrega al abstraer la infraestructura. Diseñar para la resiliencia y la elasticidad es fundamental para la computación en Azure. Los conjuntos de disponibilidad y las zonas de disponibilidad protegen contra fallos de hardware y de centros de datos, mientras que las características de equilibrio de carga y autoescalado ayudan a mantener el rendimiento ante una demanda cambiante. Combinados con técnicas de despliegue modernas como los slots azul/verde, estos servicios permiten una gestión de cambios segura y sin tiempo de inactividad.

Azure Virtual Machines: imágenes y discos

Azure Virtual Machines (VMs) proporcionan infraestructura como servicio (IaaS) para Windows y Linux. Elija familias de VM según el perfil de la carga de trabajo: de uso general (Dsv5) para un equilibrio entre CPU y memoria, optimizadas para computación (Fsv2) para tareas intensivas en CPU, optimizadas para memoria (Esv5) para bases de datos en memoria, optimizadas para almacenamiento (Lsv3) para un alto rendimiento de IOPS, y las series GPU/HPC (NC, ND, HB/HX) para computación especializada. Las VMs se aprovisionan a partir de imágenes del marketplace o de imágenes personalizadas que estandarizan las bases del sistema operativo y del software en todos los entornos. La gestión de imágenes personalizadas se simplifica con Azure Compute Gallery, que versiona y replica imágenes entre regiones para despliegues consistentes y rápidos. Capture una imagen “dorada” (golden image) a partir de una VM configurada o cree imágenes con herramientas como Packer, y luego distribúyalas a través de la galería a conjuntos de escalado y VMs individuales. Para cargas de trabajo sin estado (stateless), los discos de SO efímeros aceleran drásticamente los tiempos de aprovisionamiento y reinicio y eliminan los costes de almacenamiento persistente del SO al mantener el sistema operativo en la caché del host. Los discos administrados (managed disks) simplifican el ciclo de vida y la disponibilidad del almacenamiento. Seleccione los tipos de disco para que se ajusten al rendimiento y al coste: Ultra Disk para latencia inferior al milisegundo y alto rendimiento/IOPS; Premium SSD v2 y Premium SSD para cargas de trabajo de producción; Standard SSD para cargas de trabajo de uso general; y Standard HDD para escenarios sensibles al coste y con bajo IOPS. Adjunte discos de SO y de datos con tamaños y niveles de rendimiento configurables, use instantáneas (snapshots) para copias de seguridad en un momento dado y aproveche el cifrado de disco por defecto con el cifrado del lado del servidor; las claves administradas por el cliente y el cifrado basado en host están disponibles para un cumplimiento más estricto.

Alta disponibilidad y escalado elástico para VMs: conjuntos de disponibilidad, zonas, conjuntos de escalado y equilibrio de carga

Los conjuntos de disponibilidad (availability sets) protegen contra fallos a nivel de rack distribuyendo las VMs entre dominios de error y de actualización dentro de un único centro de datos. Desplegar dos o más VMs en un conjunto de disponibilidad logra un SLA de mayor disponibilidad al garantizar que un evento de actualización o un fallo de hardware no afecte a todas las instancias simultáneamente. Para un aislamiento de fallos más robusto, las zonas de disponibilidad (availability zones) distribuyen los recursos entre centros de datos distintos dentro de una región. Ubicar dos o más VMs en dos o más zonas proporciona el SLA de disponibilidad de VM más alto, adecuado para aplicaciones críticas de negocio. Los VM Scale Sets (VMSS) gestionan grupos de VMs idénticas como un único recurso para el escalado y la orquestación. Defina un modelo (imagen, tamaño, configuración) y deje que VMSS se encargue de la creación de instancias, la distribución entre zonas y el autoescalado basado en métricas como la CPU, la memoria (a través de métricas personalizadas) o la longitud de la cola. Intégrelo con Azure Compute Gallery para desplegar actualizaciones de imágenes de forma segura utilizando sondeos de estado (health probes) y modos de orquestación flexibles, y combínelo con estrategias de actualización automática del SO y de las aplicaciones para minimizar las interrupciones. Azure Load Balancer proporciona distribución de capa 4 entre instancias de VM con sondeos de estado para dirigir el tráfico únicamente a los backends que estén en buen estado. El Standard Load Balancer admite alta disponibilidad, redundancia de zona, equilibrio de carga entre zonas, reglas NAT de entrada y reglas de conectividad de salida. Úselo delante de VMSS o VMs para exponer servicios de forma fiable. Para características de capa 7 HTTP(S) como la afinidad basada en cookies, la terminación TLS y el WAF, Application Gateway es el servicio complementario, mientras que Front Door se encarga del enrutamiento anycast global y la aceleración. Seleccionar el nivel de equilibrio de carga adecuado mantiene el tráfico resiliente a la vez que se ajusta a las necesidades de protocolo y características.

App Service para Web, API y contenedores con deployment slots

Azure App Service aloja aplicaciones web, APIs REST y aplicaciones en contenedores en una plataforma totalmente gestionada que se encarga de la aplicación de parches, el equilibrio de carga y el autoescalado. Los desarrolladores despliegan código utilizando canalizaciones de CI/CD, GitHub Actions o despliegue ZIP/web, y pueden ejecutar contenedores directamente a través de App Service for Containers sin gestionar un orquestador de contenedores. Los diagnósticos integrados, los registros de aplicaciones y la integración con Application Insights simplifican las operaciones. Las capacidades vienen determinadas por el plan de App Service. Los niveles Gratuito (Free) y Compartido (Shared) son para evaluación. El nivel Básico (Basic) introduce computación dedicada, dominios personalizados, escalado horizontal (scale-out) a múltiples instancias y SSL basado en SNI, satisfaciendo las necesidades de producción de bajo coste cuando se requiere capacidad dedicada y un escalado simple. Los niveles Estándar (Standard) y Premium añaden reglas de autoescalado, deployment slots para lanzamientos sin tiempo de inactividad, integración con VNet, un mayor número de instancias y características avanzadas adecuadas para la mayoría de las cargas de trabajo de producción. El nivel Aislado (ASE) proporciona entornos dedicados y aislados de la red para un cumplimiento y escalado estrictos. Los deployment slots permiten lanzamientos seguros al mantener un despliegue secundario “caliente” (warm) junto al de producción. Intercambie el tráfico después de la validación para evitar arranques en frío (cold starts), y marque la configuración como “configuración de ranura” (slot settings) para anclar secretos o cadenas de conexión a una ranura específica. El aumento gradual del tráfico durante los intercambios (swaps) permite lanzamientos de tipo canary, y el intercambio automático tras superar los sondeos de estado acelera la entrega continua con un riesgo mínimo.

Contenedores en Azure: AKS frente a Azure Container Instances

Los contenedores aceleran el empaquetado y la portabilidad. Azure Kubernetes Service (AKS) ofrece un plano de control de Kubernetes administrado para microservicios y cargas de trabajo con estado que necesitan redes avanzadas, autoescalado y actualizaciones continuas. Es la opción adecuada cuando se necesitan características de orquestación maduras, control de políticas e integraciones con el ecosistema. Azure Container Instances (ACI) ejecuta contenedores bajo demanda sin necesidad de administrar servidores u orquestadores. Inicie contenedores en segundos, pague por segundo por CPU y memoria, y úselo para ráfagas de tareas de corta duración, trabajos controlados por eventos o pipelines de compilación. ACI se integra con redes virtuales para cargas de trabajo privadas y puede ubicarse detrás de balanceadores de carga o puertas de enlace de API cuando se utilizan múltiples instancias para la resiliencia. La elección depende del modelo operativo y la forma de la carga de trabajo. Use AKS para aplicaciones de larga duración y multicontenedor con mallas de servicios, autoescalado avanzado y volúmenes persistentes. Use ACI para tareas simples y efímeras, picos de carga y procesamiento en segundo plano donde la sobrecarga de la orquestación sería contraproducente.

• Azure Kubernetes Service (AKS)
  • Orquestación: Plano de control de Kubernetes administrado con nodos de trabajo
  • Casos de uso típicos: Microservicios de larga duración, aplicaciones con estado, plataformas empresariales
  • Tiempo de inicio: Minutos para aprovisionar clústeres; segundos para iniciar pods
  • Modelo de escalado: Cluster autoscaler + Horizontal Pod Autoscaler; programado y basado en métricas
  • Redes: kubenet o Azure CNI con Kubernetes Services y Network Policies
  • Opciones de Ingress: Controladores de Ingress (NGINX), Application Gateway Ingress Controller, Gateway API
  • Almacenamiento persistente: Kubernetes PV/PVC a través de Azure Disks/Files; controladores CSI
  • Gestión de nodos: Administrar el tamaño/actualizaciones de los nodos de trabajo; el plano de control es administrado por Azure
  • Modelo de precios: Pagar por los nodos de trabajo; SLA de tiempo de actividad opcional de pago para el plano de control
  • Características del SLA: Alta disponibilidad diseñada mediante grupos de nodos y zonas múltiples; SLA del plano de control disponible con el Uptime SLA
  • Ideal para: Microservicios y plataformas de nivel de producción
• Azure Container Instances (ACI)
  • Orquestación: Sin orquestador; grupos de contenedores
  • Casos de uso típicos: Trabajos de corta duración, cómputo en ráfagas, tareas de CI/CD, procesamiento de eventos
  • Tiempo de inicio: Segundos
  • Modelo de escalado: Por grupo de contenedores; se escala creando más grupos
  • Redes: Soporte para integración con VNet; posibilidad de IP privadas
  • Opciones de Ingress: Exponer puertos directamente o usar un Load Balancer/Application Gateway como fachada
  • Almacenamiento persistente: Capa de escritura efímera; vincular Azure Files para persistencia
  • Gestión de nodos: Ninguna; la plataforma administra los hosts
  • Modelo de precios: Facturación por segundo para vCPU y memoria; sin costos de VM
  • Características del SLA: Nivel de servicio para una sola instancia; diseñar la alta disponibilidad ejecutando múltiples instancias
  • Ideal para: Contenedores sin servidor bajo demanda y trabajos por lotes

Integración sin servidor y conceptos básicos de Azure Virtual Desktop

La computación sin servidor (serverless) descarga la gestión de la infraestructura y escala de forma transparente con la demanda. Azure Functions ejecuta código controlado por eventos con desencadenadores para HTTP, temporizadores, colas, Service Bus, Event Grid y más. Elija el plan de Consumo para facturación por ejecución y escalado automático, el Premium para integración con VNet, rendimiento predecible y sin arranques en frío, o el Dedicado (plan de App Service) para reutilizar la capacidad existente. Los enlaces de entrada/salida (bindings) conectan las Functions a orígenes de datos de forma declarativa, reduciendo el código repetitivo. Logic Apps orquesta flujos de trabajo entre sistemas SaaS y locales (on-premises) utilizando cientos de conectores administrados. Cree flujos de trabajo con o sin estado, implemente reintentos y manejo de errores, y despliegue como multiinquilino (Consumo) o inquilino único (Estándar) para aislamiento y redes avanzadas. Event Grid proporciona una estructura pub/sub de baja latencia para enrutar eventos del sistema y personalizados a escala, con filtrado y colas de mensajes fallidos (dead-lettering), ideal para arquitecturas reactivas donde los productores y consumidores están débilmente acoplados. Azure Virtual Desktop (AVD) ofrece escritorios y aplicaciones virtuales seguros y escalables desde Azure. Despliegue grupos de hosts de Windows 11/10 Enterprise multisesión o hosts de sesión de Windows Server, publique grupos de aplicaciones y preséntelos a los usuarios a través de áreas de trabajo (workspaces). Los perfiles se mueven entre hosts utilizando FSLogix con contenedores de perfiles almacenados en Azure Files o Azure NetApp Files, lo que permite inicios de sesión rápidos y una experiencia de usuario consistente. Intégrelo con Microsoft Entra ID para la identidad, Conditional Access para las políticas de acceso y aproveche el autoescalado para ajustar los hosts de sesión a la demanda mientras mantiene los costos bajo control.

Problema práctico: Procesamiento de pedidos para Fabrikam Health preparado para picos de demanda usando VMs resilientes, una plataforma de aplicaciones moderna y eventos sin servidor (serverless)

Escenario: Fabrikam Health opera un portal de pedidos en línea que experimenta un aumento repentino de la demanda durante los últimos 5 días de cada mes. El equipo ejecuta un servicio heredado (legacy) de procesamiento de pedidos que debe permanecer en Windows Server, junto con un front-end web/API moderno. El negocio requiere una disponibilidad del 99.99% para el procesamiento de pedidos, HTTPS de extremo a extremo en un dominio personalizado, implementaciones sin tiempo de inactividad (zero-downtime) para el sitio web y una sobrecarga operativa mínima. La sensibilidad al presupuesto descarta la orquestación autogestionada y compleja para las tareas en segundo plano, pero los picos de fin de mes deben ser absorbidos sin intervención manual.

Desafío: Garantizar una disponibilidad del 99.99% para el procesador de pedidos basado en VM, escalar el front-end web/API de manera fluida durante los picos, soportar lanzamientos seguros y gestionar tareas en segundo plano con ráfagas de actividad (bursty) con una gestión mínima de la infraestructura.

Enfoque recomendado:

1. Crear una imagen reforzada (hardened) de Windows Server en Azure Compute Gallery que incluya el servicio de procesamiento de pedidos y sus dependencias; versionarla para implementaciones repetibles.
2. Implementar un VM Scale Set con dos instancias en dos zonas de disponibilidad, usando Premium SSD para el sistema operativo y los datos, y colocar un Standard Load Balancer al frente con sondeos de estado (health probes) para lograr resiliencia a nivel de zona y distribuir el tráfico.
3. Aprovisionar un plan de App Service (Standard o Premium) para la web/API pública, vincular el dominio personalizado y los certificados, habilitar dos o más instancias con autoescalado basado en la tasa de solicitudes HTTP o la CPU, y crear un slot de implementación de ensayo (staging) para lanzamientos blue/green.
4. Implementar flujos de trabajo asíncronos con Azure Functions activadas por eventos de Event Grid (por ejemplo, order-created) y activadores de cola (queue triggers) para tareas posteriores como la generación de facturas y notificaciones por correo electrónico; usar el plan Premium para la integración con VNet si los sistemas de backend lo requieren.
5. Para exportaciones ad-hoc de computación intensiva a fin de mes, ejecutar trabajos en contenedores en Azure Container Instances detrás de un punto de conexión privado (private endpoint), invocados por Functions; pagar solo por el tiempo de ejecución sin gestionar un clúster.
6. Introducir Azure Virtual Desktop para el personal de finanzas que necesita acceso a un cliente enriquecido (rich client) heredado: crear un grupo de hosts compartido (pooled host pool) con Windows 11 Enterprise multi-session, habilitar perfiles de FSLogix en Azure Files y publicar la aplicación para los usuarios a través de un área de trabajo (workspace).

Justificación de Azure: Dos instancias de VM distribuidas en zonas de disponibilidad y precedidas por un Standard Load Balancer cumplen el objetivo de disponibilidad del 99.99% para el procesador de pedidos, al tiempo que se conserva el control a nivel de sistema operativo. App Service proporciona una plataforma gestionada para el portal con autoescalado y slots de implementación para manejar los picos y entregar actualizaciones seguras y sin tiempo de inactividad. Event Grid y Functions desacoplan el procesamiento en segundo plano y escalan de forma transparente, mientras que ACI proporciona capacidad de computación para ráfagas (burst compute) con la mínima sobrecarga operativa. Azure Virtual Desktop centraliza el acceso al cliente heredado de forma segura y escala con la demanda, completando el diseño con una infraestructura mínima que gestionar.

← Arquitectura e infraestructura global de Azure · Todos los dominios · Redes →

Practica estas preguntas → · Práctica cronometrada en ExamRoll.io →

Explorar Microsoft →