Escalabilidad en Azure: Cómo evitar que tu aplicación "muera" ante el éxito repentino
REDACCIÓN TECNOLÓGICA. – En el cuarto episodio de la formación AZ-204, Microsoft aborda uno de los mayores temores de cualquier desarrollador: el colapso de un sitio web debido al exceso de tráfico. El instructor Bob Ticklman explica que los sitios no suelen "caerse", sino que simplemente agotan los recursos asignados. La solución reside en la escalabilidad, una de las joyas de la corona de Azure App Service, que permite adaptar la potencia de cómputo a la demanda real en cuestión de segundos.
Escalado Vertical vs. Escalado Horizontal
Para dominar Azure, es vital entender la diferencia entre estas dos estrategias de crecimiento:
Escalar Hacia Arriba (Scale Up): Consiste en darle más "músculo" a la instancia actual (más CPU, más RAM o mejores funciones como backups diarios). Es ideal cuando una aplicación de un solo hilo está saturada [
01:00 Escalar Hacia Afuera (Scale Out): Es el proceso de crear más copias (instancias) de la misma aplicación para repartir la carga. Es la base del Autoscaling y permite manejar millones de usuarios simultáneos [
00:45
El Poder del Autoscaling: Reglas y Condiciones
El autodescalado no es magia; se basa en un conjunto de reglas lógicas que el desarrollador define para que el sistema responda incluso cuando nadie está vigilando [
Métricas de Activación: Se puede escalar basado en el uso de CPU, memoria, entrada/salida de datos o incluso métricas personalizadas de la aplicación [
06:04 El "Cool Down" (Tiempo de Enfriamiento): Un concepto crítico. Es el periodo de espera (ej. 5 minutos) después de un evento de escalado donde no se permiten nuevos cambios. Esto evita que el sistema escale infinitamente ante picos momentáneos [
11:36 Evitando la "Carrera de Condición" (Race Condition): Ticklman advierte que no se deben poner reglas de escala de entrada (quitar máquinas) demasiado cerca de las de escala de salida. Por ejemplo, si escalas al 70% de CPU y quitas máquinas al 50%, podrías entrar en un bucle infinito de creación y destrucción de recursos que afectaría el servicio [
14:50
Estrategias de Escalado Avanzadas
Microsoft recomienda no limitar el escalado a una sola regla, sino combinar condiciones para una cobertura total:
Basado en Métricas: Escalar cuando el CPU supere el 70% por más de 10 minutos [
07:55 Basado en Calendario (DOW/DOI): Pre-aprovisionar recursos para días específicos como el Black Friday o el Cyber Monday, donde se sabe de antemano que el tráfico será masivo [
19:35 Regla de Porcentaje: Para infraestructuras grandes, es mejor escalar por un porcentaje (ej. añadir un 10% de máquinas) en lugar de solo una por una, asegurando que el crecimiento sea proporcional al tamaño actual de la flota
No comments