Esta guía muestra cómo la torre de control de la cadena de suministro de AWS puede mejorar la visibilidad de los sistemas críticos para la empresa. Analice un flujo constante de datos prácticamente en tiempo real para determinar información procesable y recomendaciones predictivas para su cadena de suministro.
Diagrama de la arquitectura
Paso 1
Las torres de control de la cadena de suministro (SCCT) se basan en entradas de datos de sistemas externos, como los socios logísticos. A menudo se utilizan integraciones basadas en archivos. Los enfoques modernos incluyen publicar o enviar datos a una API segura creada con Amazon API Gateway (API Gateway) y AWS Lambda.
Paso 2
Una organización de bienes de consumo envasados (CPG) se basa en sistemas cruciales que administran todo, desde las materias primas hasta la capacidad de producción. Se pueden usar diversos métodos para la integración con estos sistemas: Amazon EventBridge para entregar los eventos a medida que se producen y Amazon AppFlow para integraciones listas para usar con sistemas como SAP y para sistemas que se limitan a integraciones basadas en archivos. AWS Transfer Family se puede utilizar para administrar transferencias de archivos seguras, como operaciones de SFTP.
Paso 3
Varios equipos de su cadena de suministro también contienen datos críticos para la SCCT. Los dispositivos conectados pueden transmitir mensajes a través de AWS IoT Core mediante el protocolo MQTT.
Paso 4
Se pueden utilizar servicios como AWS DataBrew y AWS Glue para transformar y normalizar los datos antes de enviarlos a la plataforma de datos. Amazon Textract se puede utilizar para extraer datos importantes de imágenes o documentos en papel (como albaranes) para incorporarlos a la plataforma de datos.
Paso 5
En el núcleo de la SCCT se encuentra la plataforma de datos, que será su única fuente de información fiable para los datos. Hay muchos patrones que son adecuados.
Paso 6
Amazon SageMaker se puede utilizar para crear, entrenar y desplegar modelos de machine learning que se centren en casos de uso específicos, como la predicción de la hora prevista de llegada.
Paso 7
Amazon QuickSight se puede utilizar con Amazon OpenSearch Service para realizar análisis en tiempo real, Amazon Athena para hacer consultas improvisadas de datos en el lago de datos y Amazon Redshift para llevar a cabo consultas y vistas complejas.
Paso 8
QuickSight se puede utilizar para visualizar los datos analizados en la plataforma de datos a fin de crear información procesable para casos de uso específicos de la SCCT (en la lista).
Paso 9
La SCCT se puede ampliar con microservicios para casos de uso específicos. Ejemplo: consulte datos de ubicación de transporte de Amazon DynamoDB a través de Amazon Lambda para visualizarlos con Amazon Location Services.
Paso 10
Se ha creado un frontend escalable, seguro y sin servidor que utiliza AWS Amplify para facilitar el desarrollo de código, Amazon Cognito para la administración de identidades, Amazon CloudFront para la distribución de contenido, Amazon Simple Storage Service (Amazon S3) para el almacenamiento de activos estáticos y el DNS de Amazon Route 53.
Paso 1
Las torres de control de la cadena de suministro (SCCT) se basan en entradas de datos de sistemas externos, como los socios logísticos. A menudo se utilizan integraciones basadas en archivos. Los enfoques modernos incluyen publicar o enviar datos a una API segura creada con Amazon API Gateway (API Gateway) y AWS Lambda.
Paso 2
Una organización de bienes de consumo envasados (CPG) se basa en sistemas cruciales que administran todo, desde las materias primas hasta la capacidad de producción. Se pueden usar diversos métodos para la integración con estos sistemas: Amazon EventBridge para entregar los eventos a medida que se producen y Amazon AppFlow para integraciones listas para usar con sistemas como SAP y para sistemas que se limitan a integraciones basadas en archivos. AWS Transfer Family se puede utilizar para administrar transferencias de archivos seguras, como operaciones de SFTP.
Paso 3
Varios equipos de su cadena de suministro también contienen datos críticos para la SCCT. Los dispositivos conectados pueden transmitir mensajes a través de AWS IoT Core mediante el protocolo MQTT.
Paso 4
Se pueden utilizar servicios como AWS DataBrew y AWS Glue para transformar y normalizar los datos antes de enviarlos a la plataforma de datos. Amazon Textract se puede utilizar para extraer datos importantes de imágenes o documentos en papel (como albaranes) para incorporarlos a la plataforma de datos.
Paso 5
En el núcleo de la SCCT se encuentra la plataforma de datos, que será su única fuente de información fiable para los datos. Hay muchos patrones que son adecuados.
Paso 6
Amazon SageMaker se puede utilizar para crear, entrenar y desplegar modelos de machine learning que se centren en casos de uso específicos, como la predicción de la hora prevista de llegada.
Paso 7
Amazon QuickSight se puede utilizar con Amazon OpenSearch Service para realizar análisis en tiempo real, Amazon Athena para hacer consultas improvisadas de datos en el lago de datos y Amazon Redshift para llevar a cabo consultas y vistas complejas.
Paso 8
QuickSight se puede utilizar para visualizar los datos analizados en la plataforma de datos a fin de crear información procesable para casos de uso específicos de la SCCT (en la lista).
Paso 9
La SCCT se puede ampliar con microservicios para casos de uso específicos. Ejemplo: consulte datos de ubicación de transporte de Amazon DynamoDB a través de Amazon Lambda para visualizarlos con Amazon Location Services.
Paso 10
Se ha creado un frontend escalable, seguro y sin servidor que utiliza AWS Amplify para facilitar el desarrollo de código, Amazon Cognito para la administración de identidades, Amazon CloudFront para la distribución de contenido, Amazon Simple Storage Service (Amazon S3) para el almacenamiento de activos estáticos y el DNS de Amazon Route 53.
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
Al utilizar únicamente los servicios administrados de AWS, cada servicio emite su propio conjunto de métricas en Amazon CloudWatch, donde los clientes pueden supervisar los errores.
-
SeguridadLea el documento técnico sobre seguridad
En el caso de los servicios públicos (como la interfaz de usuario), Amazon Cognito se utiliza para garantizar el acceso seguro a las aplicaciones y servicios principales, lo que incluye controles de acceso basados en roles. Los puntos de conexión de API proporcionados también están protegidos con controles de acceso, autenticación y autorización adecuados para garantizar su uso por parte de los sistemas y usuarios permitidos. En otros servicios de AWS se utilizan controles de acceso basados en roles de AWS Identity and Access Management (IAM) para garantizar el acceso de privilegio mínimo entre servicios.
Los servicios administrados de AWS que se utilizan en esta arquitectura permiten una comunicación segura mediante el cifrado de datos en tránsito. Cuando se almacenan los datos (como en Amazon Redshift y Amazon S3), los datos también se cifran en reposo.
-
FiabilidadLea el documento técnico sobre fiabilidad
Esta arquitectura utiliza servicios administrados que están diseñados para tener una alta disponibilidad de forma predeterminada. Algunos servicios (como Amazon Redshift) también se pueden configurar para que se desplieguen en varias zonas de disponibilidad. Cada componente de esta arquitectura está diseñado para mantener la disponibilidad en caso de desastres. Los servicios administrados de AWS están diseñados para abarcar varias zonas de disponibilidad. Otros servicios, como Amazon Redshift, también se pueden desplegar en varias zonas de disponibilidad. En caso de que se produzca un error en la zona de disponibilidad, los servicios desplegados pueden seguir funcionando.
-
Eficiencia en el rendimientoLea el documento técnico sobre la eficacia del rendimiento
Los servicios escalables y de alta disponibilidad, como Amazon S3, Amazon Kinesis, AWS Glue y Amazon Redshift, están diseñados específicamente para cargas de trabajo de análisis de datos.
-
Optimización de costosLea el documento técnico sobre la optimización de costes
Esta arquitectura sigue el enfoque de primero sin servidor. Siempre que sea posible, los servicios sin servidor se escalan según la carga para garantizar que solo pague por lo que se utiliza. Además, se utilizan servicios administrados de AWS que permiten la facturación de los servicios públicos.
Toda arquitectura orientada a datos debe tener en cuenta la transferencia de datos. En esta solución, el mayor volumen de datos se ingiere a partir de sistemas de origen, volumen que normalmente no genera cargos en la dirección de entrada. La transferencia de datos para las transferencias de archivos SFTP de AWS, las solicitudes de API Gateway y los datos de Amazon AppFlow se cobran según el precio del servicio documentado. Todos los demás datos se guardan dentro de la región para su procesamiento a fin de minimizar los cargos por transferencia.
-
SostenibilidadLea el documento técnico sobre sostenibilidad
Los servicios administrados de AWS ayudan a escalar y desescalar verticalmente según los requisitos empresariales y el tráfico, y son intrínsecamente más sostenibles que las soluciones locales. Además, los componentes sin servidor utilizados automatizan el proceso de administración de la infraestructura y lo hacen más sostenible.
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 poner en marcha instancias de Amazon EC2 o utilizar el almacenamiento de Amazon S3.