Las 34 diferencias del AZ‑900

Dónde se confunde: El nombre suena a servidor de base de datos, y quien ha administrado SQL Server lo asocia con una máquina que alguien mantiene.

Es un motor de base de datos administrado: Microsoft opera el servidor, el sistema operativo, los parches y los respaldos. Solo se aportan tablas, consultas y datos. SQL Server instalado dentro de una máquina virtual sí es IaaS. Cosmos DB va en la misma bolsa que Azure SQL.

Tipos de servicio

Dónde se confunde: Como una red virtual se crea con unos clics y no hay hardware de por medio, parece una plataforma administrada.

Las máquinas virtuales, las redes virtuales, los discos y los balanceadores son la capa de infraestructura: el cliente los diseña y los administra. PaaS empieza un piso más arriba, cuando la plataforma ya está lista para recibir código o datos.

Tipos de servicio

Dónde se confunde: En los dos modelos se construye algo encima, así que «construir» no distingue nada.

Si el cliente instala y parcha el sistema operativo, es IaaS, y eso incluye a los Scale Sets. Si Microsoft lo parcha, es PaaS.

Tipos de servicio

Dónde se confunde: Los dos evitan administrar servidores, así que suenan intercambiables.

PaaS es una herramienta para construir encima: el código y las tablas son del cliente. SaaS es un producto terminado que solo se usa, como Microsoft 365, Teams, Outlook o Power BI.

Tipos de servicio

Dónde se confunde: Un escenario menciona máquinas virtuales y la respuesta parece ser IaaS, aunque la pregunta sea sobre dónde vive la solución.

El modelo responde dónde: pública, privada, híbrida o multinube. El tipo de servicio responde cuánto administra el cliente: IaaS, PaaS o SaaS. Son independientes entre sí.

Tipos de servicio

Dónde se confunde: La palabra control aparece en las dos ideas, y quien decide el gasto también parece estar gobernando.

CapEx es la inversión inicial en infraestructura. OpEx es pagar conforme se usa, y la nube es OpEx por naturaleza. Governance son reglas y cumplimiento sobre lo que puede existir: Policy, locks, tags y RBAC.

Beneficios

Dónde se confunde: Distribuir una aplicación en varias regiones suena directamente a disponibilidad.

La confiabilidad es la capacidad de recuperarse de una falla y seguir operando. La alta disponibilidad es mantenerse en línea el mayor tiempo posible, y se mide con el SLA. La agilidad es desplegar rápido, y la previsibilidad es que el costo y el rendimiento sean esperables.

Beneficios

Dónde se confunde: Las dos suenan a rapidez y a nube moderna.

La agilidad es la rapidez para crear o cambiar recursos nuevos. La elasticidad es que lo ya desplegado crezca y se reduzca según la demanda.

Beneficios

Dónde se confunde: Las dos hablan de tener la solución en varios lugares del mundo.

La distribución geográfica busca estar cerca de los usuarios para dar mejor rendimiento. La recuperación ante desastres busca restaurar el servicio después de una catástrofe, con respaldos y conmutación a otra región. GRS es redundancia de almacenamiento, no distribución.

Beneficios

Dónde se confunde: El escenario menciona servidores y centros de datos, y eso se asocia con infraestructura propia.

La nube pública es del proveedor y está disponible para cualquiera. Hardware propio o de uso exclusivo describe una nube privada.

Modelos de nube

Dónde se confunde: Como se contrata y se usa de forma parecida a la pública, se le atribuyen sus ventajas: aprovisionamiento rápido y pago por uso.

Una nube privada es infraestructura de uso exclusivo de una organización, en su propio centro de datos o hospedada por un tercero. Alguien adquirió ese hardware, y la organización mantiene el control de los recursos y de la seguridad.

Modelos de nube

Dónde se confunde: Como en PaaS el cliente conserva bastante control sobre su aplicación, parece que también conserva el sistema operativo.

En PaaS el proveedor cubre lo físico y además el sistema operativo. Los datos, las cuentas, los accesos y los dispositivos son siempre responsabilidad del cliente, en los tres modelos.

Responsabilidad compartida

Dónde se confunde: Los dos crecen solos y reponen lo que se cae, así que la diferencia parece de tamaño y no de naturaleza.

Cada uno resuelve un problema distinto, aunque los tres suenen a que nada se caiga.

Cómputo

Dónde se confunde: El portal permite cambiar casi cualquier propiedad, así que la zona parece una más.

La zona se elige al crear la máquina. Para cambiarla hay que recrearla o migrarla.

Cómputo

Dónde se confunde: Las tres suenan a alta disponibilidad, y en el examen aparecen juntas como opciones.

La alta disponibilidad es el concepto y se pacta en el SLA; lo demás son formas concretas de repartir el riesgo.

Regiones

Dónde se confunde: Los dos guardan datos que casi nunca se consultan, los dos son baratos y los dos suenan igual de fríos.

Hot, Cool y Cold están en línea: se leen en milisegundos. Archive está fuera de línea y hay que rehidratarlo a un tier en línea antes de leerlo, lo que puede tardar hasta 15 horas según la prioridad que se elija. Entre más frío el tier, más barato guardar y más caro leer. Cada uno tiene un mínimo de permanencia, y salirse antes genera un cargo prorrateado.

Storage

Dónde se confunde: Si Archive es el más barato, parece razonable ponerlo como valor por defecto de la cuenta y olvidarse.

El tier por defecto de una storage account solo puede ser Hot, Cool o Cold; Archive se asigna blob por blob. Además, Archive solo está disponible en cuentas con redundancia LRS, GRS o RA-GRS, no en ZRS ni GZRS, y los tiers de acceso aplican únicamente a block blobs.

Storage

Dónde se confunde: Los dos guardan archivos, así que cualquiera parece servir.

Azure Files entrega recursos compartidos que se montan como unidad de red con SMB o NFS. Blob guarda objetos no estructurados y se consume por HTTP o REST. Los niveles Hot, Cool, Cold y Archive son exclusivos de Blob.

Storage

Dónde se confunde: Peering, service endpoint, private endpoint, VPN y ExpressRoute se describen todos como conectar, y las opciones aparecen mezcladas.

La pregunta útil es qué dos cosas se están uniendo.

Redes

Dónde se confunde: Las dos describen seguridad seria y aparecen juntas en las opciones.

Defense-in-depth organiza la protección en capas (física, identidad, perímetro, red, cómputo, aplicación y datos) con los datos al centro. Zero Trust son tres principios: verificar explícitamente, dar el mínimo privilegio y asumir que ya hubo una brecha.

Identidad y seguridad

Dónde se confunde: Restringir el acceso a ciertas aplicaciones suena a permisos, y los permisos suenan a RBAC.

El acceso condicional evalúa señales del inicio de sesión (usuario, ubicación, dispositivo, aplicación cliente y riesgo) y decide si deja pasar, pide MFA o bloquea. Son políticas que alguien configura, no un comportamiento automático. RBAC define qué puede hacer una identidad con los recursos una vez dentro.

Identidad y seguridad

Dónde se confunde: Las dos mejoran el inicio de sesión y suelen configurarse juntas.

El inicio de sesión único permite autenticarse una vez y entrar a varias aplicaciones. La autenticación multifactor exige dos o más factores de categorías distintas: algo que se sabe, algo que se tiene y algo que se es. Dos contraseñas no son MFA.

Identidad y seguridad

Dónde se confunde: Entra ID aparece como el servicio central de identidad, así que parece cubrir todo lo que suene a red.

Entra ID administra identidades: autenticación, inicio de sesión único, MFA, acceso condicional e identidades externas. La resolución de nombres a direcciones IP es Azure DNS, otro servicio.

Identidad y seguridad

Dónde se confunde: Como todo lo demás se hereda hacia abajo desde el management group, parece el lugar natural para poner un candado.

Los locks se aplican en suscripción, resource group o recurso, y desde ahí se heredan. Un management group agrupa suscripciones: ahí van Azure Policy y RBAC.

Jerarquía

Dónde se confunde: Ambos impiden que se borre algo, así que cualquiera de los dos parece resolver la pregunta.

El lock protege el recurso frente a cualquiera, incluido un Owner. RBAC define qué puede hacer una persona o un grupo en un ámbito determinado.

Jerarquía

Dónde se confunde: La suscripción se siente como la cuenta de Azure, así que ahí parecerían vivir los usuarios.

Dentro de una suscripción se crean resource groups y recursos. Los management groups están por encima. Los usuarios y grupos viven en el tenant de Microsoft Entra ID, que es un eje aparte en el que la suscripción confía.

Jerarquía

Dónde se confunde: Como un recurso puede tener varias etiquetas y aparecer en varios reportes, parece que puede pertenecer a varios grupos.

Cada recurso pertenece a exactamente un resource group. Se puede mover, pero nunca está en dos a la vez. Para agrupar por otro criterio se usan tags.

Jerarquía

Dónde se confunde: Advisor aparece como la herramienta que revisa y sugiere, y eso encaja con casi cualquier pregunta de operación.

Seis herramientas distintas se reparten el trabajo que suele atribuirse a una sola.

Herramientas

Dónde se confunde: Cloud Shell parece la herramienta general para administrar cualquier cosa desde Azure.

Cloud Shell es una terminal en el navegador, con la CLI y PowerShell listas y la sesión ya iniciada. Azure Arc incorpora a Azure servidores y servicios que viven fuera, en un centro de datos propio o en otra nube, para aplicarles Policy, RBAC y monitoreo.

Herramientas

Dónde se confunde: Si se configura un límite de gasto, parece lógico que al llegar al tope Azure detenga los recursos.

Los budgets de Cost Management envían alertas al alcanzar los porcentajes definidos. Los recursos siguen corriendo y el gasto sigue creciendo, salvo que alguien automatice una acción aparte.

Costos

Dónde se confunde: Las tres hablan de dinero y todas viven en el portal.

Lo que separa a las tres es el momento en el que se usan.

Costos

Dónde se confunde: Suena a la herramienta de dinero por excelencia, así que parece que también proyecta escenarios.

El TCO, o Total Cost of Ownership, es todo lo que cuesta sostener algo: hardware, energía, espacio, licencias y personal. Cost Management solo trabaja con gasto real y su pronóstico. El TCO calculator, además, ya no forma parte del temario vigente.

Costos

Dónde se confunde: Como la nube cobra por casi todo, se asume que el tráfico se cobra en ambos sentidos.

El tráfico de entrada a Azure normalmente no tiene costo. El de salida, hacia internet o hacia otra región, sí se cobra. Lo que se queda dentro de la misma región suele ser gratuito.

Costos

Dónde se confunde: Reorganizar los recursos en grupos por departamento parece la forma natural de separar gastos.

Las tags son pares nombre-valor que permiten filtrar y reportar costos sin mover nada de lugar. No se heredan del resource group, salvo que una Policy lo imponga.

Costos