CAPÍTULO 10 · Operar también es desarrollar
Ahorrar exige saber qué no podemos perder
Con la infraestructura identificada, podemos revisar si la capacidad contratada corresponde a la carga real. Un recurso más grande puede parecer una solución cómoda ante cualquier duda, aunque no siempre aporte un beneficio proporcional. Al contrario, bajar de tamaño solo por su precio puede trasladar el costo a interrupciones o pérdida de capacidad de recuperación.
Evaluamos utilización y necesidades del servicio junto con respaldos y tiempos de restauración. La propuesta de reducción debe explicar qué comportamiento se espera conservar y cómo se comprobará después. La experiencia del equipo aporta contexto, pero la decisión necesita evidencia de ese recurso y de su carga actual.
El presupuesto empieza a administrarse como parte de la operación. Todavía hay otra forma de cambio que no depende de cuántos usuarios tengamos: las bibliotecas que instalamos evolucionan y pueden descubrirse vulnerabilidades. Mantener la plataforma obliga a revisar también aquello que incorporamos de terceros.
Leer esta parte dentro del relato completo →DEL RELATO A LA PRÁCTICA
Vamos a desarrollar esta decisión con su mapa, explicación, código y ejercicio.
MIRA · CONECTA · COMPRENDE
Ahorrar sin borrar lo recuperable
Las flechas muestran responsabilidades relacionadas; no representan un orden obligatorio de ejecución.
Selecciona una pieza para destacar su responsabilidad.
Leer la explicación del mapa
- Costo observado. Separa rubros reales
- Cómputo. Evalúa desasignación y disponibilidad
- Discos / backup. Persisten y siguen costando
- Verificación. Comprueba ahorro y recuperación
01 / EL PROBLEMA
¿Para qué sirve?
Apagar el sistema operativo puede dejar cómputo facturable. Y reducir backup sin considerar recuperación puede ahorrar poco a cambio de perder protección necesaria.
02 / COMPRENDER
El concepto, explicado
Azure distingue Stopped de Deallocated. La desasignación deja de facturar el cómputo en ese estado; discos, ciertos recursos de red, backups y otros servicios pueden seguir generando cargos.
Un laboratorio puede desasignarse fuera de horario si no presta servicio. Un servidor de gateways productivos tiene una obligación de disponibilidad que puede impedirlo.
La retención de backup debe responder a recuperación y obligaciones del proyecto. Un cambio de 180 a 30 días es un escenario de análisis, no una recomendación universal ni una reducción instantánea garantizada de la factura.
Mide costo por recurso, ventana y moneda. Tamaño de VM, tipo de disco, capacidad, retención y tráfico cambian el resultado; no reutilices valores observados de otra cuenta como precios vigentes.
03 / CONSTRUIR
Implementación paso a paso
- Exporta consumo por recurso de un período comparable.
- Clasifica recursos necesarios mientras opera y mientras queda retenida la VM.
- Propón desasignación solo para períodos autorizados sin necesidad de ingesta.
- Mide IO antes de reducir tipo/tamaño de disco.
- Evalúa backup, retención e IP con responsables de recuperación y conectividad.
- Compara costo efectivo y funcionamiento tras el cambio; conserva plan de reversión.
04 / APLICAR
Ejemplo en SensorHub
from decimal import Decimal
# Datos inventados para aprender a comparar; no precios Azure.
before = {"compute": Decimal("12"), "disk": Decimal("5"),
"backup": Decimal("10"), "network": Decimal("3")}
after = {"compute": Decimal("0"), "disk": Decimal("5"),
"backup": Decimal("6"), "network": Decimal("3")}
saving = sum(before.values()) - sum(after.values())
assert saving == Decimal("16")
# No dice si el escenario satisface disponibilidad o recuperación.Cómo leer el ejemplo
- El ahorro esperado es un escenario que debe contrastarse con factura real.
- Desasignar afecta disponibilidad y puede cambiar elementos de conectividad según configuración.
- Los datos inventados evitan convertir costos históricos en promesas.
Error habitual
Decir que apagar una VM hace su costo total cero o eliminar backups sin ensayar recuperación.
05 / PRACTICAR
Tu turno
Un laboratorio opera dos tardes al mes y producción recibe telemetría 24/7. ¿Qué optimizaciones eliges?
Ver solución orientativa
Para laboratorio evalúa desasignación con arranque comprobado. Para producción mide tamaño, disco, retención y ruido de logs sin interrumpir ingesta; revisa redundancia y recuperación antes de cambios.
06 / VERIFICAR
Cómo sabes que funciona
- Se confirma estado de energía real.
- Se incluyen cargos persistentes.
- Ahorro no incumple disponibilidad ni recuperación.
Para profundizar
Documentación oficial para comprobar configuración, permisos y condiciones vigentes. Revisión del tema: 2026-10-11.
CONTINUAR LA EXPERIENCIA
El siguiente paso del recorrido:
DevSecOps y SCA sobre el inventario real →Continuar en modo relato