No tienes acceso a esta clase

¬°Contin√ļa aprendiendo! √önete y comienza a potenciar tu carrera

Curso de Introducción a la Nube

Curso de Introducción a la Nube

Carlos Andrés Zambrano Barrera

Carlos Andrés Zambrano Barrera

Arquitectura base con servidores

24/27
Recursos

Aportes 3

Preguntas 0

Ordenar por:

¬ŅQuieres ver m√°s aportes, preguntas y respuestas de la comunidad?

o inicia sesión.

¬ŅC√≥mo ser√≠a nuestra arquitectura si la app corriera completamente basada en servidores?
DIFERENCIAS (balanceador y backend):

  • Balanceador de aplicaciones: balanceamos tr√°fico HTTPS. Capa 7 del modelo. El algoritmos del balanceador va a ser un round robin (alterna una y otra zona).

  • AUTOESCALAMIENTO (autoscaling group): ante m√°s demanda, bas√°ndonos en una imagen del servidor (AMI: Imagen base que ya tiene todo preinstalado), estos crecen en cantidad.
    Cada servidor nuevo tarda 3 minutos en crearse desde la AMI y hasta que el balanceador determina que est√° saludable para mandarle tr√°fico.
    La escalabilidad horizontal que no requiere downtime (que la app se caiga). Definir cantidad mínima de servidores para soportar la app, la cantidad deseada y la cantidad máxima.
    Debemos definir la cantidad m√°xima para no crecer indefinidamente y que se nos consuma todo el costo de un mes.

  • M√©tricas de monitoreo: para definir cuando comenzamos a crecer en servidores. Ejemplo: cuando la CPU > 60 % sume un servidor y cuando la CPU > 80% sume 2 servidores. Tambi√©n: cuando la CPU % < 60 % reduzca 1 servidor y cuando CPU < 40 % reste 2 servidores. Siempre y cuando no llegue a menos de la capacidad m√≠nima.
    Se puede escalar en cualquier par√°metro (% CPU, RAM, etc) pero lo mejor es escalar sobre par√°metros de demanda. Ejemplo: Cantidad de usuarios.

  • Tener en cuenta: como escalar, el tiempo de escalamiento y la alta disponibilidad.

profe muchas gracias, tu explicas de una manera muy profesional, entiendo todo al 100%