AZ-900
Deep Dive
Definición formal, características NIST, beneficios reales, modelo de consumo y economías de escala. Todo lo que el AZ-900 evalúa sobre los fundamentos del cloud.
Contenido
Computación en nube es la entrega de servicios de tecnología — incluyendo servidores, almacenamiento, bases de datos, redes, software, analítica e inteligencia — a través de internet, con precios de pago por uso.
Definición oficial de Microsoft para el AZ-900. Memoriza los tres pilares: entrega por internet, recursos de TI, pago por uso.
Antes (On-premises)
Problema
Solución: Cloud
El National Institute of Standards and Technology (NIST) define el cloud con 5 características que lo distinguen de hosting tradicional. El AZ-900 las evalúa directamente.
Autoservicio bajo demanda
On-demand self-serviceUn consumidor puede aprovisionar capacidad computacional — como tiempo de servidor y almacenamiento en red — unilateralmente, según sea necesario, automáticamente, sin requerir interacción humana con cada proveedor de servicios.
En Azure
Azure Portal → crear VM en 3 clics. Azure CLI → vm create en 30 segundos. Sin llamar a nadie.
Trampa de examen
No confundir con "self-managed" — sigues necesitando Microsoft para el hardware.
Acceso amplio a la red
Broad network accessLas capacidades están disponibles a través de la red y se acceden mediante mecanismos estándar que promueven el uso por plataformas heterogéneas de cliente delgado o grueso (ej: móviles, laptops, tablets).
En Azure
Azure desde cualquier país, cualquier dispositivo, HTTPS estándar. Azure Portal en Safari en iPhone o Firefox en Linux.
Trampa de examen
"Amplio" significa estándar/universal, NO que tengas acceso irrestricto a todos los recursos.
Agrupación de recursos
Resource poolingLos recursos computacionales del proveedor se agrupan para servir a múltiples consumidores usando un modelo multi-tenant, con diferentes recursos físicos y virtuales asignados y reasignados dinámicamente según la demanda del consumidor.
En Azure
Tu VM comparte el mismo servidor físico con VMs de otras empresas. Hypervisor Hyper-V las aísla. Tú no sabes dónde está físicamente tu VM.
Trampa de examen
No puedes elegir qué rack físico. Pero sí puedes elegir la región (y a veces la zona de disponibilidad).
Elasticidad rápida
Rapid elasticityLas capacidades pueden ser aprovisionadas y liberadas elásticamente — en algunos casos automáticamente — para escalar rápidamente hacia afuera y hacia adentro según la demanda. Para el consumidor, las capacidades disponibles a menudo parecen ilimitadas.
En Azure
Azure VM Scale Sets: lunes 9am → carga alta → 50 VMs. Domingo 3am → carga baja → 2 VMs. Auto-scaling basado en CPU/RAM/custom metrics.
Trampa de examen
"Ilimitadas" en la definición = ilimitadas desde perspectiva del consumidor. Azure sí tiene límites de suscripción (soft limits que Microsoft puede subir).
Servicio medido
Measured serviceLos sistemas cloud controlan y optimizan automáticamente el uso de recursos, aprovechando una capacidad de medición en algún nivel de abstracción apropiado al tipo de servicio. El uso de recursos puede ser monitoreado, controlado y reportado, proporcionando transparencia tanto para el proveedor como para el consumidor del servicio utilizado.
En Azure
Azure Cost Management: ver exactamente cuántos GB de storage usaste, cuántas horas de VM, cuántos requests de API. Granularidad de horas a segundos.
Trampa de examen
"Medido" no significa "limitado". Puedes usar tanto como quieras; simplemente se mide (y factura) todo.
El AZ-900 evalúa directamente estos beneficios. Aprende a distinguirlos y a elegir el correcto según el escenario.
Alta disponibilidad
Garantía de uptime mediante SLA. Azure ofrece 99.9% a 99.99% según servicio. Se mide en "nines": 99.9% = 8.7h downtime/año. 99.99% = 52min/año.
Ejemplo Azure
SLA de Azure VM con Premium SSD + Availability Zones = 99.99%
Escalabilidad
Capacidad de aumentar recursos para manejar mayor demanda. Vertical: más CPU/RAM a un servidor. Horizontal: más servidores.
Ejemplo Azure
Azure VM Scale Sets: escala de 2 a 200 instancias en minutos.
Elasticidad
Escalar automáticamente hacia arriba Y hacia abajo según demanda real. La distinción vs escalabilidad: elasticidad es automática y bidireccional.
Ejemplo Azure
Black Friday: 500 instancias. Martes 3am: 2 instancias. Sin intervención.
Agilidad
Velocidad para implementar y cambiar recursos tecnológicos. Desde semanas/meses (on-premises) a minutos (cloud).
Ejemplo Azure
MVP en producción en horas. Ambiente de testing en 5 minutos. Rollback en segundos.
Distribución geográfica
Despliega en múltiples regiones globales para estar cerca de usuarios y cumplir requisitos de residencia de datos.
Ejemplo Azure
App global: instancia en East US para LATAM, West Europe para Europa, Southeast Asia para APAC.
Recuperación ante desastres
BCDR (Business Continuity and Disaster Recovery) incorporado. Azure Site Recovery replica workloads a otra región para failover automático.
Ejemplo Azure
RPO de minutos, RTO de horas — sin mantener un segundo datacenter físico propio.
Seguridad
Microsoft invierte +$4B/año en seguridad. Certificaciones SOC 1/2/3, ISO 27001, PCI DSS, HIPAA. Actualizaciones de seguridad automáticas.
Ejemplo Azure
Microsoft Defender for Cloud detecta amenazas 24/7. Tú no necesitas equipo SOC dedicado.
Mantenibilidad
Reducción de trabajo operativo. Parches automáticos, actualizaciones de plataforma sin downtime, monitoreo incorporado.
Ejemplo Azure
Azure PaaS: cero parches de SO. Azure SaaS: cero actualizaciones de app. Tú solo escribes código.
Previsibilidad
Dos tipos: previsibilidad de costos (Azure Pricing Calculator, Cost Management) y previsibilidad de rendimiento (SLAs, Azure Monitor).
Ejemplo Azure
Presupuesto mensual con alertas a 80%/90%/100%. Sin sorpresas de hardware.
Trampas frecuentes sobre beneficios
El modelo de consumo es la base económica del cloud. Pagas solo por los recursos que usas, cuando los usas. Es la razón por la que startups pueden competir con enterprises.
Modelo tradicional (fijo)
Pagas por lo que PODRÍAS necesitar
Modelo de consumo (cloud)
Pagas por lo que REALMENTE usas
Ejemplo real: e-commerce durante Black Friday
Enero–octubre
5 servidores
$500/mes
Noviembre (BF)
50 servidores
$5,000/mes
Diciembre
8 servidores
$800/mes
Con on-premises: hubieras comprado 50 servidores para BF. Costo fijo = $5,000/mes todo el año aunque uses 5 en enero.
Con Azure: pagas exactamente lo que usas cada mes. Ahorro de ~$50k en un año.
Las economías de escala son una de las razones fundamentales por las que el cloud puede ser más barato que on-premises para la mayoría de las empresas.
¿Por qué Azure puede ofrecer recursos más baratos que si los compraras tú?
Compras masivas de hardware
Microsoft compra millones de servidores por año. Negocian precios que ninguna empresa individual puede obtener. Un servidor que tú comprarías a $5,000 le cuesta a Microsoft ~$800.
Eficiencia operacional
Un datacenters de Microsoft tiene miles de servidores gestionados por pocos técnicos altamente especializados. Un datacenter empresarial típico tiene decenas de servidores gestionados por equipo relativamente costoso.
Utilización promedio alta
On-premises: empresas usan 20-40% de capacidad. Microsoft: con millones de clientes diferentes, las cargas se "suavizan" → utilización de 60-80%. Más eficiente = más barato por unidad.
Energía y cooling a escala
Microsoft construye datacenters en lugares con energía barata (Suecia hidro, Iowa viento). Negocia precios de electricidad que ninguna empresa puede obtener. PUE (Power Usage Effectiveness) de 1.12 vs 1.5+ típico empresarial.
Amortización de I+D
El costo de desarrollar Azure se amortiza entre millones de clientes. Tú accedes a tecnología de punta (Cosmos DB, Fabric, OpenAI) sin pagar el costo total de desarrollo.
Para el examen
"Economías de escala" → respuesta = el proveedor cloud puede ofrecer precios más bajos porque compra y opera a escala masiva, distribuyendo costos entre millones de clientes. El beneficio se transfiere al cliente como precios más bajos.
| Dimensión | On-Premises | Azure Cloud |
|---|---|---|
| Inversión inicial | $500k–$2M para datacenter mediano | $0. Pagas al usar. |
| Modelo de gasto | CapEx: activos depreciables | OpEx: gasto operativo mensual |
| Tiempo de provisión | 2–6 meses (compra + instalación) | Minutos o segundos |
| Escalado | Compra hardware → 6–12 semanas | Auto-scaling en segundos |
| Mantenimiento de HW | Tu equipo: parches, reemplazos, cooling | Microsoft (invisible para ti) |
| Parches de SO | Tu equipo: planifica, testa, aplica | Automático (en PaaS/SaaS) |
| Seguridad física | Tú: CCTV, biometría, guards | Microsoft: certificaciones ISO 27001, SOC2 |
| Disponibilidad | SLA que tú definas (y pagues) | 99.9%–99.99% en SLA de Microsoft |
| Capacidad no usada | Sigue costando lo mismo | No la aprovisiones = $0 |
| Acceso global | Requiere WAN dedicada costosa | 60+ regiones. Despliegue en horas |
| Compliance | Tú obtienes y mantienes certificaciones | Azure tiene 90+ certificaciones heredables |
| Innovación | Limitado a tu presupuesto de I+D | Acceso inmediato a IA, ML, IoT, Quantum |
| Control | Total. Cada byte, cada config. | Compartido según modelo (IaaS/PaaS/SaaS) |
| Vendor lock-in | Hardware específico, pero tienes los datos | Dependencia del proveedor (mitigable con containers) |
| Internet dependency | Funciona sin internet (LAN) | Requiere conectividad (ExpressRoute para alta disponibilidad) |
El AZ-900 NO dice que cloud es siempre mejor
Cloud es mejor PARA LA MAYORÍA de los casos. On-premises sigue siendo válido cuando: (1) latencia ultra-baja es crítica y no puedes tolerar internet, (2) requisitos regulatorios exigen datos FÍSICAMENTE en tus instalaciones, (3) workloads estables y predecibles a largo plazo donde CapEx amortizado es más barato, (4) datos tan sensibles que ni los confías a ningún proveedor externo.
Mitos comunes que aparecen como distractores en el examen.
Cloud siempre es más barato que on-premises
FALSO. Sin optimización, cloud puede ser más caro. Un servidor on-premises depreciado puede ser más barato que una VM en Azure para workloads estables 24/7. La clave es gestión activa de costos.
Cloud significa "sin mantenimiento"
FALSO. Elimina el mantenimiento de hardware. Pero tú sigues siendo responsable de tu código, tus datos, tus configuraciones, tu IAM. El mantenimiento se desplaza, no desaparece.
Cloud es menos seguro porque los datos están "en internet"
FALSO en la mayoría de casos. Azure tiene más recursos de seguridad que la mayoría de empresas. El problema es configuración incorrecta de permisos por parte del cliente, no la plataforma.
Cloud = sin servidor (serverless)
FALSO. "Serverless" significa que no gestionas servidores, pero los servidores existen. IaaS tiene servidores. Cloud incluye IaaS, PaaS, SaaS y serverless.
Mover a cloud significa pérdida de control total
FALSO. En IaaS tienes casi el mismo control que on-premises. En PaaS cedes el SO. En SaaS cedes más. Es un espectro, no binario.
Cloud es solo para grandes empresas
FALSO. El modelo de consumo hace cloud accesible para startups de 1 persona. De hecho, las economías de escala benefician más a las empresas chicas (no pueden invertir en datacenters propios).
¿Entendiste este tema?
Pon a prueba lo que acabas de aprender
Una empresa necesita ajustar automáticamente su capacidad de servidores según el tráfico del día. ¿Qué beneficio del cloud describe esta capacidad?