CAPÍTULO 10 · Operar también es desarrollar
Volver a un plan menor también necesita una verificación
El equipo puede decidir que una capacidad mayor ya no se justifica para una prueba o una etapa concreta. Sin embargo, bajar de plan no conserva automáticamente todas las funciones ni elimina el almacenamiento acumulado. El destino tiene sus propios límites, y la aplicación debe caber en ellos tanto durante la entrega como mientras se ejecuta.
Revisamos cuota, funciones utilizadas y comportamiento esperado antes de realizar el cambio. Si se prepara una reducción hacia F1, la decisión debe reconocer sus restricciones y el propósito de ese entorno. Haber construido una vez en un plan mayor no demuestra que la operación posterior funcionará en uno menor.
Esta última revisión reúne muchas decisiones anteriores: medir, distinguir entornos, conservar lo necesario y comprobar el resultado. Hemos recorrido el camino desde el primer arranque hasta el mantenimiento. Ahora podemos volver al objetivo inicial y evaluar qué significa realmente disponer de una base que sirva para el siguiente proyecto.
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
El ahorro debe conservar requisitos
Las flechas resumen el recorrido conceptual. Los controles y dependencias se detallan debajo.
Selecciona una pieza para destacar su responsabilidad.
Leer la explicación del mapa
- Plan actual. Apps y funciones compartidas
- Destino F1. Cuota y soporte comprobados
- Preparación. Reduce uso con margen
- Validación. Prueba cambio y reversión prevista
01 / EL PROBLEMA
¿Para qué sirve?
Bajar el costo del plan puede fallar por almacenamiento o dejar una app sin las funciones que necesita. Liberar espacio es solo una condición del cambio.
02 / COMPRENDER
El concepto, explicado
El nivel Free tiene límites y características distintos de Basic. Verifica soporte de sistema operativo/región, cuota publicada y funciones usadas por todas las apps del plan antes de elegir F1.
Si el mensaje es Storage quota exceeded, compara uso efectivo con la cuota destino y reserva margen para siguiente build, logs y crecimiento. No copies un límite histórico como si aplicara a toda configuración.
Cambiar el plan afecta a sus apps y slots. Dominios, slots, capacidades de red, disponibilidad y otras funciones necesitan revisión según nivel; una app productiva no se convierte en laboratorio por reducir su precio.
No available instances apunta a capacidad de cómputo. Una nueva región o recurso puede requerir migración y no garantiza solución instantánea. Reintenta o escala el diagnóstico siguiendo estado de Azure y soporte, sin prometer tiempos.
La comparación orientativa resume documentación consultada el 11 de octubre de 2026. Las cuotas tienen notas sobre agregación por plan, grupo y región; confirma el valor efectivo mostrado para tu recurso antes de cambiarlo.
Comparación orientativa de niveles
| Característica | Free F1 | Basic | Qué revisar |
|---|---|---|---|
| Almacenamiento publicado | 1 GB | 10 GB | Cuota agregada y uso efectivo del recurso |
| Cómputo | Compartido con cuotas | Dedicado al plan | Apps y tareas que comparten recursos |
| Dominio personalizado | No | Sí, según configuración | DNS y TLS existentes |
| Deployment slots | No | No | Necesita nivel compatible superior |
| SLA de App Service | Sin SLA | Según condiciones del servicio | Objetivo de disponibilidad |
03 / CONSTRUIR
Implementación paso a paso
- Lista apps/slots del plan y funcionalidades que necesitan conservar.
- Comprueba cuotas y compatibilidad del nivel destino en documentación y recurso real.
- Diagnostica storage con la unidad anterior; limpia solo candidatos aprobados.
- Deja margen para build e ingesta futura; evalúa si construir fuera reduce necesidad remota.
- Realiza cambio en laboratorio con un plan de vuelta al nivel previo.
- Valida HTTP, estáticos, base, tareas e integraciones y revisa la siguiente publicación.
04 / APLICAR
Ejemplo en SensorHub
# Solo lectura: confirma plan antes de decidir un cambio.
az appservice plan show --resource-group <RG> --name <PLAN> --query "{id:id,sku:sku,linux:reserved}" --output json
# Consulta compatibilidad/cuota en Azure para este plan, SO y región.
# Cambio ilustrativo, COMENTADO: afecta todas las apps del plan.
# az appservice plan update --resource-group <RG> --name <PLAN> --sku F1
# Plan de reversión igualmente revisado para disponibilidad/costo:
# az appservice plan update --resource-group <RG> --name <PLAN> --sku B1
# En el laboratorio remoto, volver a medir:
# du -sh /home /home/site/wwwroot /home/.cache /home/LogFilesCómo leer el ejemplo
- No se ejecuta cambio cloud desde el curso; los marcadores indican recursos del laboratorio.
- La reversión puede depender de disponibilidad y compatibilidad; no es garantía de recuperación instantánea.
- Una cuota de almacenamiento no describe límites de CPU ni SLA.
Error habitual
Reducir a F1 tras una limpieza sin comprobar dominios, otras apps, capacidad o tamaño del próximo build.
05 / PRACTICAR
Tu turno
El uso cabe en el nivel destino, pero la app usa un dominio personalizado y requiere disponibilidad continua. Decide.
Ver solución orientativa
Compara esas funciones y objetivos con las condiciones actuales de F1. Si no se cumplen, conserva un nivel compatible o cambia arquitectura; el ahorro no justifica romper requisitos del servicio.
06 / VERIFICAR
Cómo sabes que funciona
- El nivel elegido soporta funcionalidades necesarias.
- Se distinguen almacenamiento y capacidad de cómputo.
- Existe margen de crecimiento y artefacto recuperable.
- El cambio se verifica en todas las apps afectadas.
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:
Proyecto final: conectar todas las piezas →Continuar en modo relato