La mejora de rendimiento y la optimizacion de costos aparecen juntas en el Dominio D3 de SAP-C02. El objetivo no es simplemente hacer las cosas mas rapidas, sino evaluar tu capacidad para tomar decisiones arquitectonicas que logren el rendimiento optimo por dolar invertido.
Dos preguntas centrales guian este dominio: "Que servicio elimina el cuello de botella de rendimiento en este escenario?" y "Que opcion de optimizacion de costos se adapta mejor a este patron de carga de trabajo?"
Global Accelerator vs CloudFront — Cuando usar cada uno
Ambos servicios mejoran el rendimiento global, pero funcionan de maneras fundamentalmente diferentes. Esta distincion es uno de los temas mas frecuentemente evaluados en el examen.
AWS Global Accelerator es un acelerador de transporte TCP/UDP basado en Anycast IP. Usa 2 direcciones IPv4 Anycast fijas. El trafico del usuario entra al punto de presencia de AWS mas cercano y viaja hasta su destino a traves de la red global privada de AWS en lugar de internet publico, lo que a menudo mejora la latencia en un 60% o mas.
CloudFront es una CDN de almacenamiento en cache HTTP/HTTPS. Almacena en cache contenido estatico y dinamico en mas de 400 ubicaciones de borde para servir a los usuarios desde puntos cercanos. Opera en la capa HTTP y utiliza DNS para el enrutamiento.
| Criterio | Global Accelerator | CloudFront | |---------|-------------------|-----------| | Protocolo | TCP/UDP (todos los protocolos) | HTTP/HTTPS | | Almacenamiento en cache | Ninguno (solo enrutamiento) | Si (cache de contenido) | | Direccion IP | 2 IPs Anycast fijas | IP dinamica (basada en dominio) | | Problema de cache DNS | Ninguno (enrutamiento BGP) | Posible retraso TTL durante cambio | | Mejor caso de uso | Juegos, IoT, VoIP, apps no HTTP | Sitios web, APIs, streaming de medios | | Control de trafico | Ajuste inmediato de peso entre regiones | No disponible |
Cuando necesitas sortear el cache DNS para despliegues azul/verde, aplicaciones basadas en TCP o IPs fijas para listas de permisos, Global Accelerator es la respuesta.
CloudFront en profundidad — Origin Shield, Lambda@Edge, CloudFront Functions
CloudFront Origin Shield coloca una capa de almacenamiento en cache adicional entre la distribucion de CloudFront y el origen. En lugar de que multiples ubicaciones de borde accedan directamente al origen, las solicitudes se canalizan a traves de Origin Shield, reduciendo drasticamente la carga del origen.
Lambda@Edge se ejecuta en los 4 eventos de CloudFront (Viewer Request, Origin Request, Origin Response, Viewer Response). Admite Node.js y Python con tiempos de ejecucion de hasta 30 segundos, lo que permite logica compleja como la segmentacion de contenido por User-Agent.
CloudFront Functions solo se ejecuta en Viewer Request y Viewer Response con menos de 1 milisegundo de tiempo de ejecucion. Se adapta a tareas ligeras como normalizacion de URL, ordenamiento de parametros de consulta e inyeccion de encabezados, siendo mucho mas barato que Lambda@Edge.
Grupos de ubicacion EC2 — Tres tipos
Los grupos de ubicacion controlan la colocacion fisica de las instancias para optimizar el rendimiento o la disponibilidad.
Cluster: instancias en el mismo bastidor dentro de un AZ, para comunicacion de 25-100 Gbps de ultra baja latencia. Optimo para HPC tightly coupled.
Spread: instancias en bastidores fisicos diferentes, maximo 7 instancias por AZ. Para alta disponibilidad de un pequeno numero de instancias criticas.
Partition: instancias divididas en particiones cada una con grupo de bastidores independiente. Para sistemas distribuidos loosely coupled como Hadoop y Cassandra.
Optimizacion de costos — Estrategias de Spot
Las instancias Spot cuestan hasta un 90% menos que las On-Demand pero pueden ser recuperadas con 2 minutos de aviso. Son ideales para cargas de trabajo tolerantes a fallos.
ECS Fargate Spot aporta ahorros Spot (hasta 70%) a las cargas de trabajo ECS. Se adapta especialmente a servicios sin estado y procesamiento por lotes. Se envia SIGTERM 2 minutos antes de la recuperacion, permitiendo apagado controlado.
RDS Reserved Instances ofrecen hasta 72% de descuento con compromiso de 1 o 3 anos. Ideales para cargas de trabajo predecibles siempre activas. Ten en cuenta que RDS Savings Plans no existen (Savings Plans son solo para EC2/Fargate).
Right-sizing — Usando Compute Optimizer
AWS Compute Optimizer proporciona recomendaciones de right-sizing para EC2, Auto Scaling Groups, volumenes EBS y funciones Lambda. Para Lambda, analiza de 14 a 93 dias de metricas de invocacion para recomendar la memoria y el tiempo de ejecucion optimos.
Cost Explorer proporciona recomendaciones de Reserved Instance y Savings Plans, pero no admite la optimizacion de memoria de Lambda.
Puntos clave del examen
"Aceleracion global no HTTP (TCP/UDP), IP fija, sin cache DNS" -- Global Accelerator
"Cache de contenido HTTP, CDN" -- CloudFront
"Reducir carga del servidor origen, capa de cache adicional" -- CloudFront Origin Shield
"Procesamiento ligero en Viewer Request (normalizacion URL)" -- CloudFront Functions (no Lambda@Edge)
"HPC ultra baja latencia alto ancho de banda, tightly coupled" -- Cluster Placement Group
"Aislamiento de fallos de hardware para pocas instancias criticas" -- Spread Placement Group
"Sistemas distribuidos Hadoop/Cassandra" -- Partition Placement Group
"Servicio sin estado ahorro hasta 70%" -- ECS Fargate Spot
"RDS carga 24/7 descuento hasta 72%" -- RDS Reserved Instances (RDS Savings Plans no existen)
"Recomendaciones right-sizing memoria Lambda" -- AWS Compute Optimizer (Cost Explorer no admite Lambda)
"Datos de gran volumen con patrones de acceso impredecibles" -- S3 Intelligent-Tiering