Conceptos básicos sobre varias regiones de AWS

Fecha de publicación: 20 de diciembre de 2022 () Revisiones del documento

Resumen

Este documento avanzado de 300 niveles está dirigido a arquitectos de nube y líderes sénior que crean cargas de trabajo y AWS que estén interesados en utilizar una arquitectura multirregional para mejorar la resiliencia de sus cargas de trabajo. Este paper asume un conocimiento básico de la AWS infraestructura y los servicios. Describe los casos de uso comunes en varias regiones, comparte los conceptos y las implicaciones fundamentales de varias regiones en torno al diseño, el desarrollo y la implementación, y proporciona orientación prescriptiva para ayudarlo a determinar mejor si una arquitectura multirregional es adecuada para sus cargas de trabajo.

¿Usa Well-Architected?

El marco de AWS Well-Architected le ayuda a entender las ventajas y desventajas de las decisiones que toma al crear sistemas en la nube. Los seis pilares del marco le permitirán aprender las prácticas recomendadas de arquitectura para diseñar y utilizar sistemas fiables, seguros, eficientes, rentables y sostenibles. Mediante AWS Well-Architected Tool, disponible sin costo alguno en la AWS Management Console, puede comparar las cargas de trabajo con estas prácticas recomendadas respondiendo a una serie de preguntas para cada pilar.

Para obtener más orientación experta y prácticas recomendadas para la arquitectura de la nube (implementaciones de arquitectura de referencia, diagramas y documentos técnicos), consulte el Centro de arquitectura de AWS.

Introducción

Cada una Región de AWSconsta de varias zonas de disponibilidad independientes y físicamente separadas dentro de un área geográfica. Se mantiene una separación lógica estricta entre los servicios de software de cada región. Este diseño específico garantiza que una falla en la infraestructura o los servicios en una región no provoque una falla correlacionada en otra región.

La mayoría de AWS los clientes pueden alcanzar sus objetivos de resiliencia para una carga de trabajo en una sola región mediante múltiples zonas de disponibilidad (AZ) o servicios regionales. AWS Sin embargo, un subconjunto de clientes opta por arquitecturas multirregionales por tres motivos.

• Tienen requisitos de alta disponibilidad y continuidad de las operaciones para sus cargas de trabajo de nivel más alto que, en su opinión, no se pueden cumplir en una sola región.

• Deben cumplir con los requisitos de soberanía de los datos (como el cumplimiento de las leyes y reglamentos locales), que exigen que las cargas de trabajo operen dentro de una jurisdicción determinada.

• Necesitan mejorar el rendimiento y la experiencia del cliente en relación con la carga de trabajo mediante la ejecución de las cargas de trabajo en las ubicaciones más cercanas a los usuarios finales.

Este paper se centra en los requisitos de alta disponibilidad y continuidad de las operaciones, y le ayuda a analizar las consideraciones necesarias para adoptar una arquitectura multirregional para una carga de trabajo. Describimos los conceptos fundamentales que se aplican al diseño, el desarrollo y el despliegue de una carga de trabajo multirregional, junto con un marco prescriptivo que le ayudará a determinar si una arquitectura multirregional es la opción correcta para una carga de trabajo concreta. Debe asegurarse de que una arquitectura multirregional sea la opción correcta para su carga de trabajo, ya que estas arquitecturas suponen un desafío y es posible que, si no se hace correctamente, la disponibilidad general de la carga de trabajo disminuya.