El dominio de cómputo en el examen AZ-104 representa entre el 20 y el 25% de todas las preguntas. Eso significa que una de cada cinco preguntas proviene de esta área. Entre ellas, la gestión de VM (Máquinas Virtuales) y la automatización de implementaciones son los temas clave. Puede sonar difícil al principio, pero cuando lo piensas a través de analogías cotidianas, es mucho más sencillo de lo que esperarías.
Máquinas Virtuales (Virtual Machines)
¿Qué es una VM?
Una VM es una computadora virtual en la nube. No necesitas comprar ni instalar una computadora física — simplemente la alquilas según la necesites. Es similar a reservar una habitación de hotel. Un hotel ofrece varios tamaños de habitación — individual, doble, suite — y haces el check-out después de usarla el tiempo que necesites. Las VM funcionan igual: vienen en tamaños desde pequeño hasta muy grande, y puedes cambiarlas o eliminarlas según sea necesario.
Tamaños de VM y Discos
¿Qué es un Tamaño de VM (SKU)?
El tamaño de VM (SKU) determina las especificaciones de rendimiento de la VM. En pocas palabras, es elegir "qué tan rápida será la computadora que alquilarás." El tamaño determina a la vez la cantidad de CPU, la memoria (RAM) y el rendimiento del disco de almacenamiento.
Por ejemplo, así como la computadora de un empleado que solo hace trabajo de oficina y la de un diseñador que hace renderizado 3D necesitan especificaciones diferentes, debes elegir el tamaño adecuado para tu carga de trabajo (las tareas que realmente se realizan) para usar los recursos eficientemente sin desperdiciar costos.
Tipos de Discos Administrados
Las VM necesitan espacio de almacenamiento, como un disco duro. En Azure, este espacio de almacenamiento se llama "disco administrado" y puedes elegir entre tres tipos según tu propósito.
| Tipo de Disco | Resumen | Caso de Uso Principal | |---------------|---------|----------------------| | Premium SSD | El más rápido y confiable | Servicios en producción | | Standard SSD | Rendimiento intermedio, costo razonable | Entornos de desarrollo y pruebas | | Standard HDD | Lento pero económico | Copias de seguridad, registros y datos no críticos |
Premium SSD es adecuado para servicios en vivo como banca o comercio electrónico que deben responder rápidamente las 24 horas. Su alto IOPS (operaciones de entrada/salida por segundo) le permite procesar grandes volúmenes de solicitudes de datos rápidamente.
Standard SSD es adecuado para entornos donde los desarrolladores crean nuevas funciones o ejecutan pruebas. Como no está expuesto a clientes reales, la eficiencia de costos es más importante que la velocidad.
Standard HDD es adecuado para datos cuyo objetivo es el almacenamiento económico en lugar de la velocidad — como archivos de registro antiguos o datos de respaldo que se recuperan ocasionalmente.
Consejo para el Examen: Cuando veas "carga de trabajo en producción," piensa en Premium SSD. Cuando veas "desarrollo/pruebas," piensa en Standard SSD.
Opciones de Disponibilidad
¿Por Qué Es Importante la Disponibilidad?
Imagina que el servidor de tu tienda en línea de repente se cae. Los clientes no pueden hacer compras, los ingresos caen y pierdes confianza. Azure proporciona formas de distribuir VM en múltiples ubicaciones para evitar esto. Incluso si una falla, las demás siguen funcionando.
Conjunto de Disponibilidad (Availability Set)
Un Conjunto de Disponibilidad es un método para separar y distribuir físicamente las VM dentro del mismo centro de datos. Hay dos conceptos clave.
Dominio de Error (Fault Domain, FD) es un grupo de VM que comparten la misma fuente de alimentación y el mismo switch de red. Como los dispositivos conectados al mismo circuito eléctrico en un edificio, si ese circuito se interrumpe, todos se apagan. Por eso Azure coloca las VM en diferentes dominios de error para que, si una fuente de alimentación falla, otras VM permanezcan activas.
Dominio de Actualización (Update Domain, UD) es un grupo de VM que se reinician al mismo tiempo cuando Azure realiza mantenimiento (actualizaciones). Azure no reinicia todas las VM a la vez — las procesa en orden por dominio de actualización. Esto garantiza que el servicio no se interrumpa durante el mantenimiento.
| Opción | Protección Contra | Cómo Funciona | |--------|------------------|---------------| | Conjunto de Disponibilidad | Fallos de hardware, mantenimiento | Separación usando Dominios de Error (FD) + Dominios de Actualización (UD) | | Zona de Disponibilidad | Fallo completo del centro de datos | Ubicados en edificios físicamente separados dentro de una región |
!Availability Set vs Availability Zone
Zona de Disponibilidad (Availability Zone)
Si un Conjunto de Disponibilidad es "dividir habitaciones dentro del mismo edificio," una Zona de Disponibilidad es "colocarlos en edificios completamente diferentes." Una región tiene múltiples centros de datos físicos, cada uno llamado Zona de Disponibilidad. Incluso si un incendio o un corte de energía afecta a un centro de datos, las VM en otras zonas continúan operando normalmente.
Conjunto de Disponibilidad: Protege contra fallos de hardware dentro de un solo centro de datos Zona de Disponibilidad: Protege contra fallos completos del centro de datos (desastres naturales, cortes de energía, etc.)
VM Scale Sets (VMSS)
¿Qué es VMSS?
VM Scale Sets aumenta o disminuye automáticamente la cantidad de VM idénticas. En lugar de agregar VM manualmente una por una en el portal, el escalado ocurre automáticamente según reglas definidas.
Por ejemplo, supongamos que los empleados usan el sistema interno intensamente de 9 AM a 6 PM. Puedes programar que la cantidad de VM escale hasta 10 durante el horario laboral y baje a 2 fuera de él. Esto te permite usar más recursos solo cuando se necesitan y reducir costos cuando no se necesitan.
Escalado Automático
Las reglas de escalado se pueden configurar según diversos criterios.
Basado en CPU: "Si el uso de CPU supera el 80%, agregar 2 VM más" Basado en memoria: "Si el uso de memoria supera el 70%, escalar hacia afuera" Basado en horario: "Mantener un mínimo de 5 VM todos los lunes a las 8 AM"
Con estas configuraciones, el sistema responde automáticamente cuando el tráfico aumenta y escala automáticamente hacia abajo cuando está inactivo — ahorrando costos.
Política de Actualización
La política de actualización determina cómo se actualizan las imágenes de VM a una nueva versión en VM Scale Sets.
Automático (Automatic): Azure actualiza automáticamente todas las instancias por sí solo. Rápido, pero puede afectar temporalmente el servicio. Manual (Manual): El administrador ejecuta manualmente la actualización en el momento deseado. Proporciona el mayor control. Gradual (Rolling): Las instancias se actualizan secuencialmente comenzando por un subconjunto. Se usa cuando se desea actualizar de forma segura sin interrumpir el servicio.
Plantillas ARM y Bicep
¿Qué es la Automatización de Implementaciones?
Imagina tener que hacer clic en el portal de Azure uno por uno para crear VM, redes, bases de datos y almacenamiento cada vez que abres una nueva tienda en línea. Cada vez, las configuraciones podrían diferir ligeramente y pueden ocurrir errores. La automatización de implementaciones significa "escribir la configuración de infraestructura requerida como código con antelación y crear repetidamente la misma configuración con un solo clic." Como cocinar con una receta — una vez que tienes una buena receta, cualquiera puede producir el mismo resultado.
Plantillas ARM
Las plantillas ARM son archivos que definen declarativamente los recursos de Azure en formato JSON. "Declarativo" significa que describes "qué crear" en lugar de "cómo crearlo." Como analogía culinaria, es describir el plato final en lugar del proceso.
Secciones Principales
Las plantillas ARM se dividen en cuatro secciones principales.
parameters (parámetros): Valores ingresados desde fuera cuando se ejecuta la plantilla. Por ejemplo, el nombre de la VM o la ubicación (región) se pueden especificar de manera diferente cada vez. variables (variables): Un lugar para consolidar valores utilizados múltiples veces dentro de la plantilla. Cambiarlos una vez se aplica a toda la plantilla. resources (recursos): Define los recursos de Azure reales que se crearán (VM, redes, discos, etc.). La sección más crítica. outputs (salidas): Genera información necesaria después de que se complete la implementación (por ejemplo, la dirección IP de la VM).
Funciones Útiles
Exportar plantilla es una función que extrae automáticamente una plantilla ARM de recursos ya creados en Azure. Útil cuando deseas guardar como código un entorno construido directamente en el portal.
What-if es una función que te permite verificar de antemano "¿qué cambios ocurrirán si ejecuto esta plantilla?" antes de implementar realmente. Es como verificar los efectos secundarios antes de dispensar una receta médica. Puedes detectar con anticipación eliminaciones o cambios de recursos inesperados.
Bicep
¿Qué es Bicep?
Bicep es un lenguaje que hace que las plantillas ARM sean más fáciles de leer. El JSON de las plantillas ARM puede parecer complejo con muchos corchetes y comillas. Bicep expresa el mismo contenido con una sintaxis mucho más concisa e intuitiva.
Como analogía, si las plantillas ARM son un documento legal en inglés, Bicep es como una guía en lenguaje sencillo que expresa el mismo contenido en términos simples. El contenido es el mismo, pero es mucho más fácil de leer.
Relación con las Plantillas ARM
Un punto importante es que, incluso si escribes en Bicep, se convierte automáticamente a una plantilla ARM (JSON) al implementarse en Azure. En otras palabras, la plantilla ARM es lo que realmente se ejecuta, y Bicep es simplemente un lenguaje más fácil de escribir para los humanos.
Adicionalmente, las plantillas ARM y Bicep admiten conversión bidireccional. Puedes convertir una plantilla ARM existente a Bicep, o