En esta guía, se utilizan los principios MACH de microservicios, la priorización de API, el SaaS nativo en la nube y las aplicaciones sin interfaz para integrar, sin problemas, varios sistemas en AWS. El comercio unificado comprende todos los puntos de contacto orientados al cliente para ofrecer una experiencia unificada, sin importar el canal, y elimina los silos de un enfoque multicanal. Con el despliegue de esta guía, puede juntar el área de marketing con el de operaciones para mejorar la satisfacción con una participación coherente de la marca, la cual aumentará la promoción.
Diagrama de la arquitectura
[Descripción del diagrama de arquitectura]
Paso 1
Las aplicaciones de frontend, o de parte frontal, utilizan un conjunto común de microservicios y otras aplicaciones que se extraen a través de una API, como AWS AppSync, lo que crea aplicaciones remotas.
Paso 2
Los microservicios comunes, como Amazon DynamoDB y Amazon Neptune, brindan la lógica y los datos de las aplicaciones para impulsar las aplicaciones de experiencia de frontend. Suelen ofrecer servicios que diferencian la oferta del vendedor minorista de la de sus competidores.
Paso 3
Las aplicaciones de software como servicio (SaaS) se utilizan siempre que sea posible para proporcionar una lógica de aplicación madura y permanente, especialmente cuando el servicio no es diferenciador para el vendedor minorista.
Paso 4
Las aplicaciones comerciales tradicionales listas para usar (COTS) también se pueden implementar en servicios de AWS, como Amazon Elastic Compute Cloud (Amazon EC2) y Amazon Relational Database Service (Amazon RDS), para brindar servicios de aplicaciones que no están disponibles, como SaaS, o que aún no se han separado en microservicios.
Paso 5
Los sistemas existentes de sistemas basados en registros o ubicaciones, como los sistemas de gestión de almacenes locales y el software de planificación de recursos empresariales (ERP) o de finanzas, también se integran a través de la API de agregación.
Paso 6
Todos los microservicios y las aplicaciones producen eventos que se publican en los buses de eventos personalizados de Amazon EventBridge y que las aplicaciones desacopladas consumen mediante reglas.
Paso 7
Los datos y los eventos de las aplicaciones se transmiten a una plataforma de datos, como Amazon Simple Storage Service (Amazon S3) o Amazon Athena, para realizar análisis e informes históricos y en tiempo real.
Paso 8
La personalización de contenido dinámico y ofertas de marketing se basa en eventos en tiempo real y se envía al cliente a través de los canales de interacción que elija. Machine learning utiliza la capa de datos como origen para generar pronósticos e información inteligente.
Paso 1
Las aplicaciones de frontend, o de parte frontal, utilizan un conjunto común de microservicios y otras aplicaciones que se extraen a través de una API, como AWS AppSync, lo que crea aplicaciones remotas.
Paso 2
Los microservicios comunes, como Amazon DynamoDB y Amazon Neptune, brindan la lógica y los datos de las aplicaciones para impulsar las aplicaciones de experiencia de frontend. Suelen ofrecer servicios que diferencian la oferta del vendedor minorista de la de sus competidores.
Paso 3
Las aplicaciones de software como servicio (SaaS) se utilizan siempre que sea posible para proporcionar una lógica de aplicación madura y permanente, especialmente cuando el servicio no es diferenciador para el vendedor minorista.
Paso 4
Las aplicaciones comerciales tradicionales listas para usar (COTS) también se pueden implementar en servicios de AWS, como Amazon Elastic Compute Cloud (Amazon EC2) y Amazon Relational Database Service (Amazon RDS), para brindar servicios de aplicaciones que no están disponibles, como SaaS, o que aún no se han separado en microservicios.
Paso 5
Los sistemas existentes de sistemas basados en registros o ubicaciones, como los sistemas de gestión de almacenes locales y el software de planificación de recursos empresariales (ERP) o de finanzas, también se integran a través de la API de agregación.
Paso 6
Todos los microservicios y las aplicaciones producen eventos que se publican en los buses de eventos personalizados de Amazon EventBridge y que las aplicaciones desacopladas consumen mediante reglas.
Paso 7
Los datos y los eventos de las aplicaciones se transmiten a una plataforma de datos, como Amazon Simple Storage Service (Amazon S3) o Amazon Athena, para realizar análisis e informes históricos y en tiempo real.
Paso 8
La personalización de contenido dinámico y ofertas de marketing se basa en eventos en tiempo real y se envía al cliente a través de los canales de interacción que elija. Machine learning utiliza la capa de datos como origen para generar pronósticos e información inteligente.
Pilares de Well-Architected
AWS Well-Architected Framework le permite comprender las ventajas y desventajas de las decisiones que tome durante la creación de sistemas en la nube. Los seis pilares de este marco permiten aprender las prácticas recomendadas arquitectónicas para diseñar y explotar sistemas confiables, seguros, eficientes, rentables y sostenibles. Con la Herramienta de AWS Well-Architected, que se encuentra disponible gratuitamente en la Consola de administración de AWS, puede revisar sus cargas de trabajo con respecto a estas prácticas recomendadas al responder a un conjunto de preguntas para cada pilar.
El diagrama de arquitectura mencionado es un ejemplo de una solución que se creó teniendo en cuenta las prácticas recomendadas de una buena arquitectura. Para tener completamente una buena arquitectura, debe seguir todas las prácticas recomendadas de buena arquitectura posibles.
-
Excelencia operativaLea el documento técnico sobre excelencia operativa
La arquitectura propuesta es capaz de ejecutarse a escala, ya que utiliza los servicios gestionados siempre que sea posible. Las aplicaciones COTS tradicionales aprovecharían las métricas de las instancias de Amazon EC2 con las alarmas y los registros de Amazon CloudWatch. Los grupos de escalamiento automático y Amazon RDS gestionado pueden recuperarse de un error.
-
SeguridadLea el documento técnico sobre seguridad
La arquitectura utiliza servicios administrados siempre que sea posible, por lo que una gran parte de la responsabilidad de la seguridad recae en AWS, el cual sigue las prácticas recomendadas de seguridad, como los datos cifrados de Amazon S3, los roles de IAM limitados y el cifrado de Amazon DynamoDB en reposo. Se impone una identidad firme a los consumidores a través de Amazon Cognito y a los operadores a través de los roles de IAM. Los registros de CloudWatch y AWS CloudTrail ofrecen trazabilidad y se pueden utilizar con capacidades de toda la organización, como Amazon GuardDuty, AWS Security Hub y una gestión de información y eventos de seguridad (SIEM) central.
-
FiabilidadLea el documento técnico sobre fiabilidad
Con los servicios gestionados, la fiabilidad se logra de forma predeterminada. La redundancia en el almacenamiento en Amazon S3 y DynamoDB, el escalamiento de las instancias de SageMaker, Amazon Redshift, Athena, Amazon Forecast, Amazon Pinpoint, Amazon Personalize, AWS AppSync y EventBridge también están altamente disponibles por diseño. En caso de problemas, se pueden reproducir los datos de los eventos sin procesar en Amazon S3 mediante la misma canalización. Los eventos también se pueden reproducir con la función de archivado y respuesta de EventBridge. La arquitectura de contenedores se escala horizontalmente según se elija Amazon Elastic Container Service (Amazon ECS) o Amazon Elastic Kubernetes Service (Amazon EKS), los cuales se ejecutan en Fargate y se adaptan de forma dinámica a las demandas de capacidad.
-
Eficiencia en el rendimientoLea el documento técnico sobre eficacia del rendimiento
El escalado se basa en el uso de servicios sin servidor de AWS, como AWS Lambda, DynamoDB, los puntos de enlace de SageMaker y Amazon Redshift, siempre que sea posible.
-
Optimización de costosLea el documento técnico sobre el pilar de la optimización de costes
El uso de servicios gestionados y sin servidor garantiza el coste mínimo de la arquitectura, ya que están diseñados para que se cobren solo cuando están en uso.
-
SostenibilidadLea el documento técnico sobre sostenibilidad
La arquitectura propuesta utiliza servicios gestionados y sin servidor siempre que sea posible para tener un enfoque sostenible, y solo se ejecuta cuando es necesario. La herramienta de huella de carbono de los clientes de AWS se puede utilizar para obtener cifras de impacto total.
Recursos de implementación
Se proporciona una guía detallada para experimentar y utilizar dentro de su cuenta de AWS. Se examina cada etapa de la creación de la guía, incluida la implementación, el uso y la limpieza, con el fin de prepararla para su implementación.
El código de muestra es un punto de partida. Está validado por el sector, es prescriptivo pero no definitivo, y le permite profundizar en su funcionamiento para que le sea más fácil empezar.
Contenido relacionado
[Título]
Descargo de responsabilidad
El código de muestra; las bibliotecas de software; las herramientas de línea de comandos; las pruebas de concepto; las plantillas; o cualquier otra tecnología relacionada (incluida cualquiera de las anteriores que proporcione nuestro personal) se brinda como contenido de AWS bajo el Contrato de cliente de AWS, o el contrato escrito pertinente entre usted y AWS (lo que sea aplicable). No debe utilizar este contenido de AWS en sus cuentas de producción, ni en producción ni en otros datos críticos. Es responsable de probar, proteger y optimizar el contenido de AWS, como el código de muestra, según corresponda para el uso de grado de producción en función de sus prácticas y estándares de control de calidad específicos. La implementación de contenido de AWS puede incurrir en cargos de AWS por crear o utilizar recursos con cargo de AWS, como ejecutar instancias de Amazon EC2 o utilizar el almacenamiento de Amazon S3.
Las referencias a servicios u organizaciones de terceros en esta Guía no implican un respaldo, patrocinio o afiliación entre Amazon o AWS y el tercero. La orientación de AWS es un punto de partida técnico, y puede personalizar su integración con servicios de terceros al implementar la arquitectura.