View a markdown version of this page

Arquitectura sin servidor para aplicaciones globales - Arquitectura sin servidor para aplicaciones globales

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Arquitectura sin servidor para aplicaciones globales

Fecha de publicación: 15 de octubre de 2020 () Historial del diagrama

Esta arquitectura muestra cómo mejorar la experiencia del cliente en sus servicios globales mediante la implementación en varias AWS regiones. Puede aplicar patrones arquitectónicos basados en eventos, como el abastecimiento de eventos, la orquestación de sagas y el CQRS, para reducir la latencia y aumentar el rendimiento.

Arquitectura sin servidor para aplicaciones globales

Diagrama de arquitectura que muestra una aplicación global sin servidor que utiliza Amazon API Gateway AWS Lambda, Amazon DynamoDB y Amazon EventBridge en AWS Step Functions varias regiones.

Los siguientes pasos describen la arquitectura:

  1. Dirija el tráfico desde las ubicaciones periféricas en función de la ruta de solicitud mediante Amazon CloudFront, lo que permite la migración gradual de las operaciones de API antiguas con un solo nombre. A continuación, dirija las solicitudes a la región con la menor latencia mediante Route 53.

  2. Delante cada región con una API de entrada mediante Amazon API Gateway que implementa el patrón CQRS. Para las solicitudes de consulta, lea la capa de datos. Para los comandos de escritura sincrónicos, invoque la capa lógica.

  3. Procese los comandos asincrónicos agregándolos al bus de eventos mediante Amazon. EventBridge Obtenga eventos adicionales de sistemas externos.

  4. Procese la lógica transaccional con AWS Lambda funciones y ejecute tareas de larga duración con contenedores en AWS Fargate. Utilice el patrón Saga para organizar las transacciones distribuidas con AWS Step Functions el fin de lograr una mayor coherencia.

  5. Almacene datos para patrones de acceso mediante Amazon DynamoDB para almacenes de valores clave, Amazon Aurora para consultas relacionales y Amazon Simple Storage Service para análisis de lagos de datos y. AI/ML

  6. Genere eventos lógicos desde la capa lógica para ejecutar pasos de flujo de trabajo basados en eventos siguiendo el patrón de transformación.

  7. Genere eventos de datos después de realizar cambios en el modelo de datos canónico en la capa de datos, lo que reduce la redundancia en la capa lógica.

  8. Propague los cambios entre regiones con una replicación de datos activa y activa mediante las tablas globales de DynamoDB, la replicación de Amazon S3 Cross-Region y la base de datos global de Amazon Aurora.

  9. Para situaciones de lectura intensiva en otras regiones, envíe solicitudes de escritura a las regiones principales. Para escrituras globales rápidas, replica la lógica de eventos y comandos en todas las regiones.

Documentación adicional

Para obtener información adicional, consulte los siguientes recursos:

Historial del diagrama

Para recibir notificaciones sobre las actualizaciones de este diagrama de arquitectura de referencia, suscríbase a la fuente RSS.

CambioDescripciónFecha

Publicación inicial

El diagrama de arquitectura de referencia se publicó por primera vez.

15 de octubre de 2020

nota

Para suscribirse a las actualizaciones de RSS, debe tener un complemento de RSS habilitado para el navegador que esté utilizando.