AZ-900 Módulo 1: Conceptos de Nube — Guía Completa con Ejemplos Prácticos (IaaS, PaaS, SaaS, CapEx vs OpEx)

Portada oficial del curso AZ-900T00 — Módulo 01: Conceptos de nube (Microsoft Azure)

Si estás empezando en Microsoft Azure —ya sea para certificarte con el AZ-900 (Azure Fundamentals), para dar el salto de analista BI a ingeniería de datos, o simplemente para entender dónde viven hoy los datos de tu empresa— el Módulo 1: Conceptos de nube es la base de todo lo demás. Sin estos conceptos, servicios como Azure Data Factory, Synapse, Databricks o Microsoft Fabric parecen siglas sueltas; con ellos, todo encaja.

En esta guía recorremos todo el módulo (informática en la nube, responsabilidad compartida, modelos de nube, CapEx vs OpEx, modelo de consumo, beneficios y tipos de servicio IaaS/PaaS/SaaS) con ejemplos prácticos, cálculos y escenarios reales, para que no solo memorices definiciones sino que sepas aplicarlas.

📌 En este artículo aprenderás:

• Qué es la informática en la nube y por qué cambió la forma de hacer TI.
• El modelo de responsabilidad compartida: qué cuida Microsoft y qué cuidas tú.
• Diferencias entre nube pública, privada e híbrida y cuándo usar cada una.
• CapEx vs OpEx con un ejemplo numérico y el modelo basado en consumo.
• Los 8 beneficios de la nube (alta disponibilidad, escalabilidad, elasticidad…).
• IaaS, PaaS y SaaS con servicios reales de Azure y un mismo proyecto de BI en los tres sabores.
• Una autoevaluación de 10 preguntas con respuestas y una ruta de estudio.

☁️ 1. ¿Qué es la informática en la nube (cloud computing)?

La informática en la nube es la prestación de servicios informáticos a través de Internet, lo que permite una innovación más rápida, recursos flexibles y precios regulables (se ajustan a lo que realmente usas). En lugar de comprar, instalar y mantener tus propios servidores, alquilas capacidad a un proveedor como Microsoft, que la pone a tu disposición en minutos.

Los servicios en la nube se apoyan en tres pilares básicos:

Pilar	¿Qué es?	Ejemplo en Azure
🖥️ Procesamiento (cómputo)	La "potencia de cálculo" para ejecutar aplicaciones, consultas y procesos.	Azure Virtual Machines, Azure Functions, Azure Databricks
🌐 Redes	La conectividad entre servicios, usuarios y oficinas.	Azure Virtual Network, VPN Gateway, Azure Front Door
💾 Almacenamiento	Dónde se guardan archivos, bases de datos y copias de seguridad.	Azure Blob Storage, Azure Data Lake Storage, Azure SQL Database

🧵 Ejemplo práctico: una empresa textil y sus reportes

Imagina una empresa textil que genera reportes de producción, inventario y ventas. Tiene dos caminos:

Aspecto	Servidor propio (on-premises)	En la nube (Azure)
Puesta en marcha	Comprar el servidor, esperar la entrega, instalarlo, configurarlo (semanas).	Crear el recurso desde el portal o código (minutos).
Pico de trabajo (cierre de mes)	El servidor se queda corto; hay que comprar más hardware "por si acaso".	Aumentas la capacidad unas horas y luego la reduces.
Fallo de hardware	Cambias la pieza, restauras backups y esperas.	El proveedor reemplaza el hardware; tu servicio sigue arriba.
Quién lo cuida	Tu equipo de TI, 24/7.	Microsoft cuida lo físico; tú cuidas tus datos y accesos.
Pagas por…	Hardware completo desde el día 1.	Lo que consumes cada mes.

💡 Idea clave: la nube no es "el servidor de otra persona" sin más; es un modelo de servicio: capacidad bajo demanda, medida y facturada por uso, accesible desde cualquier lugar con conexión segura.

🤝 2. El modelo de responsabilidad compartida

Cuando usas la nube, no toda la seguridad y la administración es tuya, pero tampoco es toda del proveedor. El modelo de responsabilidad compartida define qué parte cuida Microsoft y cuál el cliente, y cambia según el tipo de servicio que contrates (SaaS, PaaS, IaaS) frente a un entorno local (on-premises).

Modelo de responsabilidad compartida: qué administra Microsoft, el cliente o ambos según SaaS, PaaS, IaaS y entorno local

Responsabilidad	SaaS	PaaS	IaaS	On-premises
Siempre del cliente
Información y datos	Cliente	Cliente	Cliente	Cliente
Dispositivos (móviles y PC)	Cliente	Cliente	Cliente	Cliente
Cuentas e identidades	Cliente	Cliente	Cliente	Cliente
Varía según el tipo de servicio
Infraestructura de identidad y directorios	Compartido	Compartido	Cliente	Cliente
Aplicaciones	Microsoft	Compartido	Cliente	Cliente
Controles de red	Microsoft	Compartido	Cliente	Cliente
Sistema operativo	Microsoft	Microsoft	Cliente	Cliente
Se transfiere al proveedor de nube
Hosts físicos	Microsoft	Microsoft	Microsoft	Cliente
Red física	Microsoft	Microsoft	Microsoft	Cliente
Centro de datos físico	Microsoft	Microsoft	Microsoft	Cliente

Lee la tabla de arriba hacia abajo y te darás cuenta de tres reglas:

1. Tus datos, tus dispositivos y tus cuentas son SIEMPRE tuyos, sin importar el modelo. Ni siquiera en SaaS Microsoft puede decidir por ti quién accede a tu información.
2. Lo físico siempre es del proveedor (hosts, red y centro de datos) cuando estás en la nube. En un entorno on-premises tú pagas la electricidad, el aire acondicionado y la seguridad del edificio.
3. Lo del medio cambia: mientras más "administrado" es el servicio (de IaaS hacia SaaS), más responsabilidades pasan a Microsoft.

🔎 Ejemplos prácticos

Situación	¿De quién es la responsabilidad?	Por qué
Falla un disco duro en el centro de datos de Azure.	Microsoft	Hosts físicos y centro de datos se transfieren al proveedor.
Una máquina virtual (IaaS) quedó sin actualizaciones de Windows y la atacan.	Cliente	En IaaS el sistema operativo lo administras tú.
Un empleado comparte su contraseña y alguien entra a Power BI.	Cliente	Cuentas e identidades son siempre del cliente (por eso existen el MFA y el acceso condicional).
Se cae el servicio de Microsoft 365 por un fallo en su infraestructura.	Microsoft	En SaaS, aplicaciones, sistema operativo y red son del proveedor.
Publicas por error un contenedor de Blob Storage con datos de clientes de acceso público.	Cliente	La información y la configuración de acceso a tus datos son tuyas.
Parchear el motor de Azure SQL Database (PaaS).	Microsoft	En PaaS el sistema operativo y el motor los gestiona el proveedor; tú gestionas tus datos y accesos.

⚠️ Error frecuente: pensar que "como está en la nube, Microsoft se encarga de todo". Las filtraciones de datos en la nube casi siempre se deben a configuraciones del cliente (permisos abiertos, cuentas sin MFA), no a fallos del proveedor. Es la zona de responsabilidad que nunca se delega.

🏢 3. Modelos de nube: pública, privada e híbrida

El modelo de nube responde a la pregunta: ¿dónde están los recursos y quién es su dueño?

🌍 Nube pública

Pertenece a un proveedor de servicios en la nube (o de hosting), como Microsoft Azure, y ofrece recursos y servicios a múltiples organizaciones y usuarios. Se accede a ella mediante una conexión de red segura, normalmente Internet.

• Ventajas: no hay gasto de capital para escalar; las aplicaciones se aprovisionan y desaprovisionan rápidamente; pagas solo por lo que usas.
• Ejemplo: una startup lanza su tienda en línea en Azure App Service sin comprar un solo servidor; en campañas como el Cyber Wow aumenta capacidad y luego la reduce.

🏭 Nube privada

La organización crea un entorno de nube en su propio centro de datos y es responsable de operar los servicios que ofrece. Solo pueden usarla usuarios de la propia organización; no proporciona acceso a usuarios ajenos.

• Ventajas: control total de los recursos y de la seguridad.
• Desventajas: debes comprar hardware para el arranque y el mantenimiento, y eres responsable de mantenerlo y actualizarlo.
• Ejemplo: un banco o una entidad pública que, por normativa, debe mantener ciertos sistemas dentro de sus propias instalaciones.

🔀 Nube híbrida

Combina nubes públicas y privadas para que las aplicaciones se ejecuten en la ubicación más adecuada: los datos sensibles o sistemas heredados en la privada, y la capacidad elástica en la pública.

• Ventajas: máxima flexibilidad; la organización decide dónde se ejecuta cada aplicación y mantiene el control de seguridad, cumplimiento y requisitos legales.
• Ejemplo BI: el ERP corre en un servidor local de la empresa; cada noche un proceso copia los datos a Azure (Data Factory → Data Lake) y allí se transforman y se publican en Power BI. Lo local se mantiene, lo analítico escala en la nube.

Criterio	Nube pública	Nube privada	Nube híbrida
Gasto inicial (CapEx)	No hay para escalar	Alto: compras hardware	Parcial: depende de la parte local
Velocidad de aprovisionamiento	Minutos	Depende de tu hardware disponible	Alta en la parte pública
Control y seguridad	Compartido con el proveedor	Total, es tu entorno	Tú decides qué va dónde
Mantenimiento de hardware	Del proveedor	De la organización	Mixto
Pago	Solo por lo que usas	Inversión fija + operación	Mixto
Ideal para	Apps nuevas, picos de demanda, pruebas	Cumplimiento estricto o sistemas muy sensibles	Migración gradual y datos regulados + analítica en la nube

💰 4. CapEx vs OpEx: cómo cambia la forma de pagar TI

Una de las decisiones más importantes al migrar a la nube no es técnica sino financiera: pasar de gastos de capital a gastos operativos.

	CapEx (gastos de capital)	OpEx (gastos operativos)
Qué es	Gasto inicial de dinero en infraestructura física.	Gasto en productos y servicios según sea necesario (pago por uso).
Valor en el tiempo	Los costos derivados del CapEx tienen un valor que se reduce con el tiempo (se deprecian).	Se factura de inmediato, en el período en que se consume.
Ejemplo clásico	Comprar servidores, racks, switches, UPS y licencias perpetuas.	Pagar la factura mensual de Azure o de Microsoft 365.
Riesgo	Sobredimensionar (pagar de más) o subdimensionar (quedarse corto).	Que el consumo se descontrole si no se monitorea.
Planificación	Presupuesto grande a varios años.	Presupuesto mensual flexible, ajustable.

🧮 Ejemplo numérico (cifras ilustrativas)

Una empresa necesita una plataforma de análisis. Opción A: comprar servidor y licencias (US$ 20 000 iniciales) más US$ 4 000 al año en energía, soporte y administración. Opción B: servicios en Azure con un consumo promedio de US$ 650 al mes.

Horizonte	Opción A: servidor propio (acumulado)	Opción B: Azure (acumulado)
Año 1	US$ 24 000	US$ 7 800
Año 2	US$ 28 000	US$ 15 600
Año 3	US$ 32 000	US$ 23 400
Año 5	US$ 40 000	US$ 39 000

⚠️ Lectura honesta: la nube suele ser mucho más económica al inicio y flexible, pero con cargas constantes y muy estables durante años la diferencia se reduce. Además, en la opción A hay que renovar el hardware hacia el año 5 y no se incluyen riesgos como una falla o un pico inesperado. Por eso la comparación real debe incluir el costo total de propiedad (TCO), no solo el precio de lista. Las cifras anteriores son únicamente didácticas.

📏 5. Modelo basado en el consumo

Los proveedores de nube operan con un modelo basado en el consumo: los usuarios finales solo pagan por los recursos que usan. Lo que usas es lo que pagas. Esto implica:

• Mejor predicción de costos: sabes cuánto cuesta cada recurso y puedes estimar el gasto antes de crearlo.
• Precios por recurso y servicio individual: se factura cada máquina, base de datos o GB almacenado por separado.
• Facturación según el uso real: si apagas un recurso, dejas de pagar el cómputo.

🕗 Ejemplo práctico: la máquina virtual que no se apaga

Supón una máquina virtual de desarrollo cuyo precio es de US$ 0.10 por hora (valor ilustrativo). Compara dejarla encendida todo el mes con encenderla solo en horario de oficina:

# Costo mensual de una VM de pruebas (precio ilustrativo)
precio_hora = 0.10

horas_24x7     = 24 * 30      # 720 horas
horas_oficina  = 8 * 22       # 176 horas (8 h x 22 dias habiles)

costo_24x7    = horas_24x7 * precio_hora      # 72.00
costo_oficina = horas_oficina * precio_hora   # 17.60
ahorro = 1 - costo_oficina / costo_24x7

print(f"24x7: ${costo_24x7:.2f} | Oficina: ${costo_oficina:.2f} | Ahorro: {ahorro:.0%}")
# 24x7: $72.00 | Oficina: $17.60 | Ahorro: 76%

Solo con apagar la VM fuera de horario (en Azure se puede automatizar con el apagado automático) el ahorro ronda el 76 %. Esa es la gran diferencia con un servidor propio: encendido o apagado, ya lo pagaste. En la nube, lo que no usas, no lo pagas (aunque el almacenamiento y las IP reservadas sí siguen facturándose).

🧰 Herramientas para controlar el consumo en Azure: la calculadora de precios (estimas antes de crear), Microsoft Cost Management (analizas y pones presupuestos y alertas) y las etiquetas (tags) para repartir costos por área o proyecto. Para un analista BI, los datos de costos de Azure también se pueden exportar y analizar en Power BI.

⭐ 6. Beneficios de la nube

El módulo agrupa los beneficios en cuatro dominios: alta disponibilidad y escalabilidad, confiabilidad y previsibilidad, seguridad y gobernanza y capacidad de administración. Detallados, son estos ocho:

Beneficio	¿Qué significa?	Ejemplo práctico
🟢 Alta disponibilidad	El servicio permanece accesible y operativo casi todo el tiempo, según un acuerdo de nivel de servicio (SLA).	Un SLA de 99.99 % permite solo ~52 minutos de caída al año.
📈 Escalabilidad	Capacidad de aumentar o reducir recursos. Vertical (más potencia a la misma VM) u horizontal (más instancias).	Pasar una base de datos de 2 a 8 núcleos antes del cierre contable.
🛡️ Confiabilidad	El sistema se recupera de fallos y sigue funcionando gracias a la redundancia (regiones y zonas de disponibilidad).	Si falla un centro de datos, la aplicación sigue en otra zona.
🔮 Predicción	Predecibles tanto el rendimiento (con autoescalado y balanceo de carga) como el costo (con calculadoras y presupuestos).	Estimar de antemano el gasto mensual de tu proyecto de datos.
🔐 Seguridad	Controles, cifrado y certificaciones que el proveedor aplica a su infraestructura, más herramientas para proteger la tuya.	Cifrado en reposo y en tránsito, autenticación multifactor.
📋 Gobernanza	Políticas y estándares que garantizan cumplimiento normativo y orden en los recursos.	Una política que obliga a que todo recurso tenga etiqueta de área y región permitida.
🧭 Facilidad de uso (manejabilidad)	Administración en la nube (autoescalado, plantillas) y de la nube (portal, CLI, PowerShell, API).	Desplegar 20 recursos idénticos con una plantilla en lugar de hacerlo a mano.
🔄 Elasticidad	Los recursos se ajustan automáticamente a la demanda: crecen en picos y se reducen cuando baja la carga.	En el Cyber Wow la tienda escala sola; el lunes siguiente vuelve al tamaño normal.

⏱️ ¿Cuánto es realmente "99.9 %"?

SLA (disponibilidad)	Tiempo máximo de caída por año	Tiempo máximo por mes (aprox.)
99 %	87.6 horas (≈ 3.65 días)	7.3 horas
99.9 %	8.76 horas	43.8 minutos
99.95 %	4.38 horas	21.9 minutos
99.99 %	52.6 minutos	4.4 minutos
99.999 %	5.3 minutos	26 segundos

🎯 Diferencia clave que cae en el examen: escalabilidad es la capacidad de ajustar recursos (a menudo manual o programada); elasticidad es hacerlo automáticamente según la demanda. Toda solución elástica es escalable, pero no al revés.

🧱 7. Tipos de servicio en la nube: IaaS, PaaS y SaaS

Los servicios en la nube se clasifican según cuánto administras tú y cuánto el proveedor. Piensa en una escalera: en IaaS tú administras más; en SaaS, casi nada.

🏗️ IaaS — Infraestructura como servicio

Construyes una infraestructura de TI de pago por uso alquilando servidores, máquinas virtuales, almacenamiento, redes y sistemas operativos a un proveedor. Es el servicio en la nube más flexible: tú configuras y administras el hardware (virtual) para tu aplicación.

• Servicios Azure: Azure Virtual Machines, Azure Virtual Network, Azure Disk Storage.
• Casos de uso: migrar un servidor existente "tal cual" (lift & shift), entornos de prueba y desarrollo, almacenamiento y copias de seguridad, aplicaciones heredadas que necesitan un sistema operativo específico.
• Tu responsabilidad: sistema operativo, parches, seguridad de la VM, middleware y aplicaciones.

🛠️ PaaS — Plataforma como servicio

Proporciona un entorno para compilar, probar e implementar aplicaciones sin preocuparte de administrar la infraestructura subyacente. Te centras en el desarrollo de la aplicación y el proveedor administra la plataforma (sistemas operativos, herramientas de desarrollo, administración de bases de datos, análisis empresarial).

• Servicios Azure: Azure App Service, Azure SQL Database, Azure Functions, Azure Data Factory, Azure Synapse Analytics.
• Casos de uso: desarrollar aplicaciones web y APIs, bases de datos administradas, pipelines de datos y analítica sin mantener servidores.
• Tu responsabilidad: tu código, tus datos y los accesos; el parcheo del sistema y del motor es del proveedor.

📱 SaaS — Software como servicio

Los usuarios usan aplicaciones basadas en la nube y se conectan a ellas a través de Internet. Algunos ejemplos son Microsoft Office 365, el correo electrónico y los calendarios. Se paga por uso o por suscripción, y el proveedor se encarga de todo (hospedaje, actualizaciones, disponibilidad).

• Servicios Microsoft: Microsoft 365 (Outlook, Teams, Excel Online), Dynamics 365, Power BI Service.
• Casos de uso: correo, colaboración, CRM, reportes y paneles listos para usar.
• Tu responsabilidad: tus datos, quién tiene acceso y cómo se usan.

	IaaS	PaaS	SaaS
Enfoque	El servicio en la nube más flexible	Céntrate en el desarrollo de aplicaciones	Modelo de precio por uso / suscripción
Quién administra	Tú configuras y administras el hardware (virtual) de la aplicación	El proveedor controla la administración de la plataforma	El proveedor administra casi todo; tú usas el software
Control	Alto	Medio	Bajo
Esfuerzo de administración	Alto	Medio	Mínimo
Ejemplo Azure / Microsoft	Virtual Machines	App Service, Azure SQL Database	Microsoft 365, Power BI

🍕 La analogía de la pizza

Modelo	Equivale a…	Tú pones…
On-premises	Hacer la pizza en casa desde cero	Todo: ingredientes, horno, mesa, cocina
IaaS	Alquilar la cocina y el horno	Ingredientes y preparación
PaaS	Comprar la pizza lista para hornear	El toque final y los acompañantes
SaaS	Pedirla en el restaurante	Solo comerla

📊 Un mismo proyecto de BI en los tres sabores

Necesitas una base de datos y reportes para ventas. Mira cómo cambia tu trabajo (y tu responsabilidad):

Enfoque	Cómo se implementa	Qué haces tú	Qué hace Microsoft
IaaS	SQL Server instalado en una máquina virtual de Azure	Instalar y parchear Windows y SQL Server, configurar copias de seguridad, alta disponibilidad y red	El hardware, la red física y el centro de datos
PaaS	Azure SQL Database	Diseñar tablas, índices, consultas y permisos	Sistema operativo, motor, parches, copias de seguridad automáticas
SaaS	Power BI Service con modelos y paneles	Modelar los datos, construir los informes y gobernar el acceso	Prácticamente toda la plataforma

🔁 Regla práctica: mientras más cerca de SaaS, menos control pero menos trabajo operativo. Un ingeniero de datos suele moverse sobre todo en PaaS (Data Factory, Synapse, Databricks) y consume SaaS (Power BI, Fabric) para entregar valor al negocio.

🧭 8. ¿Qué modelo y qué servicio elijo? Escenarios

Escenario	Recomendación	Por qué
Una pyme quiere correo y herramientas colaborativas sin tener personal de TI.	SaaS (Microsoft 365) en nube pública	No hay infraestructura que administrar.
Hay que migrar rápido un servidor antiguo que necesita un sistema operativo y configuración específicos.	IaaS (Azure VM)	Control total y mínimo cambio ("lift & shift").
Un equipo desarrolla una API y no quiere gestionar servidores ni parches.	PaaS (App Service)	Se centra en el código; la plataforma la gestiona Microsoft.
Una entidad regulada debe mantener ciertos datos en sus instalaciones, pero quiere analítica avanzada.	Nube híbrida	Datos sensibles locales y capacidad analítica elástica en la nube.
Una empresa quiere crear y destruir entornos de prueba cada semana pagando solo las horas usadas.	Nube pública + modelo de consumo	No necesita CapEx y escala bajo demanda.
Un departamento de BI quiere paneles interactivos compartidos en toda la compañía.	SaaS (Power BI Service)	Publicas y compartes sin montar infraestructura.

🚀 9. Del analista BI al ingeniero de datos: dónde encaja cada concepto

Si tu meta es la ingeniería de datos, estos conceptos son tu mapa. Así se ve una arquitectura de datos típica en Azure y a qué tipo de servicio corresponde cada pieza:

Etapa	Servicio de ejemplo	Tipo de servicio	Tu responsabilidad principal
Ingesta	Azure Data Factory	PaaS	Diseñar pipelines, conexiones y programaciones
Almacenamiento	Azure Data Lake Storage Gen2 / Blob Storage	PaaS	Estructura de carpetas, permisos y ciclo de vida de los datos
Transformación	Azure Databricks / Synapse	PaaS	Código (SQL, Python/Spark), calidad y rendimiento
Servicio y modelado	Azure SQL Database / Fabric	PaaS / SaaS	Modelo dimensional, seguridad a nivel de fila
Visualización	Power BI Service	SaaS	Informes, medidas DAX y gobierno del acceso
Servidores a medida	Azure Virtual Machines	IaaS	Sistema operativo, parches, seguridad y respaldo

🎓 Consejo de carrera: en las entrevistas de ingeniería de datos en la nube suelen preguntarte "¿por qué elegiste PaaS en lugar de IaaS?". La respuesta correcta siempre habla de responsabilidad compartida, costo operativo y tiempo de mantenimiento, justo lo que viste en este módulo.

✍️ 10. Autoevaluación: ¿qué tanto aprendiste?

Responde sin mirar y compara con las respuestas (en cursiva):

1. ¿Cómo se llama el modelo que combina nube pública y privada para ejecutar cada aplicación en la ubicación más adecuada?
   Respuesta: Nube híbrida.
2. ¿Qué tres elementos son SIEMPRE responsabilidad del cliente, sin importar el tipo de servicio?
   Respuesta: La información y los datos, los dispositivos (móviles y PC) y las cuentas e identidades.
3. Tu empresa compra servidores por adelantado. ¿Es CapEx u OpEx?
   Respuesta: CapEx: gasto inicial en infraestructura física cuyo valor se reduce con el tiempo.
4. Pagas una máquina virtual solo por las horas en que estuvo encendida. ¿Qué modelo es?
   Respuesta: Modelo basado en el consumo (OpEx): pagas lo que usas.
5. Quieres desplegar una aplicación web sin administrar el sistema operativo. ¿Qué tipo de servicio eliges?
   Respuesta: PaaS (por ejemplo, Azure App Service).
6. ¿Qué tipo de servicio es Power BI Service o Microsoft 365?
   Respuesta: SaaS: software listo para usar a través de Internet.
7. Un servicio con SLA de 99.99 %, ¿cuánto tiempo de caída permite aproximadamente al año?
   Respuesta: Alrededor de 52.6 minutos.
8. ¿Cuál es la diferencia entre escalabilidad y elasticidad?
   Respuesta: Escalabilidad es poder aumentar o reducir recursos; elasticidad es que esos ajustes ocurran automáticamente según la demanda.
9. En IaaS, ¿quién se encarga de instalar los parches del sistema operativo?
   Respuesta: El cliente.
10. Una organización construye una nube en su propio centro de datos y solo la usan sus empleados. ¿Qué modelo es?
    Respuesta: Nube privada.

🗂️ 11. Resumen rápido (hoja de repaso)

Tema	Lo esencial para recordar
Informática en la nube	Servicios de cómputo, redes y almacenamiento por Internet; innovación más rápida, recursos flexibles y precios regulables.
Responsabilidad compartida	Datos, dispositivos y cuentas siempre del cliente; lo físico, del proveedor; lo demás depende de IaaS/PaaS/SaaS.
Nube pública	Del proveedor, múltiples organizaciones, sin CapEx, pago por uso.
Nube privada	En tu centro de datos, control total, tú compras y mantienes el hardware.
Nube híbrida	Combina ambas; máxima flexibilidad y control de cumplimiento.
CapEx	Gasto inicial en infraestructura física; se deprecia.
OpEx	Gasto según necesidad, pago por uso, facturación inmediata.
Modelo de consumo	Pagas solo lo que usas; mejor predicción de costos; precios por recurso.
Beneficios	Alta disponibilidad, escalabilidad, elasticidad, confiabilidad, predicción, seguridad, gobernanza y facilidad de uso.
IaaS	Máxima flexibilidad; tú administras el sistema operativo y lo que corre encima.
PaaS	Te centras en la app; el proveedor gestiona la plataforma.
SaaS	Usas el software; modelo de suscripción o por uso.

📚 12. Ruta de estudio recomendada para el AZ-900

1. Completa la ruta gratuita de Microsoft Learn "Azure Fundamentals" (módulos en español).
2. Practica con una cuenta gratuita de Azure: crea un grupo de recursos, una máquina virtual pequeña y una cuenta de almacenamiento, y revisa en Cost Management cuánto consumen. Ver el costo real fija el concepto de OpEx mejor que cualquier lectura.
3. Haz exámenes de práctica y repite los temas donde falles; la guía de estudio oficial del examen detalla las habilidades evaluadas y su peso, así que consúltala para ver la versión vigente.
4. Sigue con los siguientes módulos del curso: arquitectura y servicios de Azure (regiones, zonas de disponibilidad, cómputo, redes, almacenamiento e identidad) y administración y gobernanza (costos, políticas, seguridad y herramientas de gestión).

⚠️ Antes de rendir el examen: verifica en la página oficial de Microsoft los detalles vigentes (puntaje mínimo, duración, idiomas y precio), porque pueden cambiar y varían según el país.

❓ Preguntas frecuentes

¿Necesito saber programar o tener experiencia previa para el AZ-900?
No. Es una certificación de nivel fundamentos pensada para perfiles técnicos y no técnicos. Conocer conceptos básicos de TI ayuda, pero no es requisito.

¿La nube pública es menos segura que la privada?
No necesariamente. Los grandes proveedores invierten en seguridad física y certificaciones a una escala que pocas empresas igualan; la mayoría de los incidentes proviene de configuraciones del cliente. Depende de cómo cumplas tu parte del modelo de responsabilidad compartida.

¿La nube siempre es más barata?
No siempre. Es más económica al inicio y para cargas variables; con cargas constantes y muy predecibles durante años conviene comparar el costo total de propiedad, y existen opciones de reserva para reducir el precio.

¿IaaS o PaaS: cuál elijo?
Si necesitas control total del sistema operativo o migras algo tal cual, IaaS. Si quieres enfocarte en tu código o tus datos y reducir mantenimiento, PaaS. En proyectos nuevos de datos, PaaS suele ser el punto de partida.

¿Qué diferencia hay entre escalabilidad y elasticidad?
La escalabilidad es la capacidad de ajustar los recursos; la elasticidad es que ese ajuste ocurra de forma automática según la demanda.

🏁 Conclusión

El Módulo 1 del AZ-900 se resume en tres preguntas que conviene hacerse ante cualquier proyecto en la nube: ¿dónde vive? (pública, privada o híbrida), ¿quién lo administra? (IaaS, PaaS o SaaS, y la responsabilidad compartida) y ¿cómo lo pago? (CapEx, OpEx y consumo). Si dominas esas tres, ya tienes la base para entender cualquier arquitectura de datos en Azure.

¿Qué sigue? Practica creando recursos reales en una cuenta gratuita y prepárate para el siguiente módulo: arquitectura y servicios de Azure.

💬 Cuéntame en los comentarios: ¿ya usas Azure en tu trabajo o estás recién empezando? ¿Qué parte del modelo de responsabilidad compartida te parece más difícil de recordar?

Contenido basado en el curso oficial AZ-900T00 de Microsoft (Módulo 01: Conceptos de nube). Los precios y cifras de los ejemplos son ilustrativos y no representan tarifas reales de Azure.