Arquitecturas para un API Gateway
- API Gateway Esencial
- API Gateway serverless
Introducción
Antes de Empezar el Curso
Qué aprenderás sobre networking AWS
Servidores y CDN
¿Qué es un servidor de nombres?
¿Qué es un CDN?
¿Qué es un endpoint?
Arquitectura en AWS
Arquitectura Web en AWS
¿Qué es VPC teoría?
Práctica con VPC
Practica con Jumpbox
Reto: Alta disponibilidad con VPCs
CloudFront
Qué es CloudFront
Preparandonos para CloudFront
Distribuyendo material en CloudFront
Reto: Distribuye un CSS a través de CloudFront.
Route 53
Introducción a Route 53
Comprando un dominio en Route 53
Configurando el dominio
Cambiando de ambientes de producción a través de Route53.
Reto: Configura ambientes de test y producción con Route 53.
API Gateway
API Gateway
Gateway
Crear una API Gateway con Lambda
Crear una API Gateway con distintas versiones
Reto: Configuración de API Gateway con Elastic beanstalk
Recetas
Hosting S3 a EC2, editando el dominio en Route 53
Recetas y Hosting S3, Dominio en Route 53
Creando ELB en una sola VPC con App y DB
API Gateway + Servidor EC2
CloudFront para todo un sitio estático
Conclusiones
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Si ya tienes una cuenta,
Iniciar sesión
API Gateway
20/29Recursos
Un API Gateway es un endpoint público abierto a internet que recibe peticiones de tipo HTTP. Si se pide algún contenido que anteriormente se haya resuelto, se regresará la versión disponible en caché; sino se conectará con algún sistema como una instancia EC2, lambda, etc.
Cuando algo no está en caché el API Gateway lo notará y redireccionará a través de Route 53 llevando a diferentes servicios como funciones lambda, servidores EC2 o elastic beanstalk.
Existen diferentes arquitecturas para un API Gateway:
- Tenemos un cliente web que se conecta a la API Gateway de Amazon lo cual podría ir a un Load Balancer dependiendo de tu configuración y por último llegaríamos a la infraestructura de Docker.
- El usuario estando en su dispositivo o una API, realiza la petición al API Gateway (si existe en caché se regresa directamente al usuario), envía a una función lambda que procesa lo que deba procesar y por último ésta se conecta con una base de datos. Una vez se tiene la información, se regresa al API Gateway y por último al usuario.
- El usuario pide todo el contenido estático a Amazon S3, sin embargo si es algo dinámico, se pide al API Gateway, que va a lambda finalmente consultando a la base de datos.
Aportes 7
Preguntas 1
Ordenar por:
Existen diferentes arquitecturas para un API Gateway:
Tenemos un cliente web que se conecta a la API Gateway de Amazon lo cual podría ir a un Load Balancer dependiendo de tu configuración y por último llegaríamos a la infraestructura de Docker.
El usuario estando en su dispositivo o una API, realiza la petición al API Gateway (si existe en caché se regresa directamente al usuario), envía a una función lambda que procesa lo que deba procesar y por último ésta se conecta con una base de datos. Una vez se tiene la información, se regresa al API Gateway y por último al usuario.
El usuario pide todo el contenido estático a Amazon S3, sin embargo si es algo dinámico, se pide al API Gateway, que va a lambda finalmente consultando a la base de datos.
Un API Gateway es un endpoint público abierto a internet que recibe peticiones de tipo HTTP. Si se pide algún contenido que anteriormente se haya resuelto, se regresará la versión disponible en caché; sino se conectará con algún sistema como una instancia EC2, lambda, etc.
uando algo no está en caché el API Gateway lo notará y redireccionará a través de Route 53 llevando a diferentes servicios como funciones lambda, servidores EC2 o elastic beanstalk
Gracias 😃
Endpoint> receives petitions from http
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?
o inicia sesión.