Costes y fiabilidad (AZ‑305)
Objetivo del examen: AZ‑305
Tema: Cost & Reliability
Decisiones típicas: ¿Single‑AZ vs Multi‑AZ?, ZRS vs LRS, VMSS con autoscale, Azure SQL tiers, Savings Plans y Reserved Instances.
Elecciones de resiliencia
| Requisito | Opción Azure | Notas |
|---|---|---|
| Alta disponibilidad regional | Zonas de Disponibilidad | Usa zonal o zone‑redundant; incrementa coste pero mejora SLA. |
| Durabilidad de datos | LRS/GRS/GZRS | GZRS = ZRS en la región + réplica geográfica. Para misión crítica. |
| Balanceo app global | Traffic Manager / Front Door | Front Door para capa 7 + WAF; TM para DNS simple. |
TIP: Si el caso habla de SLA combinado, multiplica SLAs de cada dependencia. Un solo componente con bajo SLA arruina el total.
Ahorro en cómputo
- Autoscale en VMSS/AKS. Define min/max y reglas por CPU/Queue.
- Reserved Instances / Savings Plans para cargas estables (1‑3 años).
- Spot para trabajos interrumpibles.
Ahorro en almacenamiento
- Tiering: Hot ↔ Cool ↔ Archive.
- Lifecycle policies para expiración.
- Comprensión de transacciones y egress en el coste total.
Escenarios tipo examen
- SaaS lectura intensa: Cosmos DB autoscale + múltiples réplicas; particionado por tenant; TTL para datos fríos.
- Batch nocturno: VMSS con Spot; apaga durante horas valle con Automation.
- Web crítica: App Service zone‑redundant, DB SQL Business Critical zone‑redundant, Front Door + WAF.
GOTCHA: No uses GRS si la app no es capaz de lectura geográfica o si hay requisitos de residencia de datos.