Creando el canal de ingestión de datos para los datos de tus socios vendedores de Amazon - AWS Guía prescriptiva

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.

Creando el canal de ingestión de datos para los datos de tus socios vendedores de Amazon

En esta sección, se proporciona una estrategia para transferir los datos de vendedores y vendedores de Amazon del socio vendedor de Amazon API (SP-API) a un lago de datos interno. Cuenta de AWS Esta arquitectura de canalización de datos está diseñada para ofrecer agilidad. Una vez que los datos estén disponibles en su cuenta, podrá implementar capacidades de análisis e inteligencia artificial generativa para obtener información empresarial avanzada a partir de estos datos. Estos datos te ayudan a entender tu negocio, los detalles del inventario y los análisis a escala en todos los mercados.

El siguiente diagrama de arquitectura muestra cómo se utilizan AWS Lambdalas funciones de un AWS Step Functionsflujo de trabajo para incorporar los datos del SP- API a un lago de datos interno. Cuenta de AWS Los datos se almacenan en Amazon Simple Storage Service (Amazon S3) y en Parameter Store, que es una capacidad de. AWS Systems Manager

Arquitectura sin servidor que ingiere datos del SP API y los almacena en un lago de datos.

En el diagrama de arquitectura, se muestran los componentes:

  1. Step Functions se utiliza como un servicio de organización sin servidor para gestionar de forma centralizada el flujo de trabajo para su integración con el SP-. API

  2. El socio API vendedor de Reports (ReportsAPI) admite las notificaciones para automatizar los flujos de trabajo de los informes. Para ello, utilice una función Lambda de APInotificación SP para suscribir la aplicación al tipo de REPORT_PROCESSING_FINISHED notificación.

  3. Para realizar llamadas al SP-API, debe utilizar una función Lambda de autenticación para obtener un token de acceso Login with Amazon (LWA).

  4. El token de LWA acceso de la función de autenticación se pasa a una función Lambda del creador de informes. Esta función realiza una createReport llamada al SP- API mediante el token de LWA acceso y los datos de configuración de los informes, el mercado IDs y los puntos de conexión regionales que se almacenan en el almacén de parámetros.

  5. El SP- API genera el informe. Al finalizar, se envía un evento de REPORT_PROCESSING_FINISHED notificación a una cola de Amazon Simple Queue Service (AmazonSQS), que proporciona información cuando se está procesando el informe CANCELLEDDONE, o. FATAL Esto activa una función Lambda de procesamiento de notificaciones para procesar el evento. Si el evento de notificación tiene el estado de aDONE, reportDocumentId se incluye a.

  6. El evento de notificación se pasa a una función Lambda de procesamiento de datos en el flujo de trabajo de Step Functions. Esta función utiliza el reportDocumentId para realizar una getReportDocument llamada al SP-. API El SP- API devuelve un código prefirmado URL para indicar la ubicación del documento de informe y el algoritmo de compresión utilizado, si el contenido del documento de informe se ha comprimido.

  7. Esta respuesta se pasa a una función de Storage Lambda, que descarga el documento de informe, lo descomprime (si corresponde) y lo almacena en Amazon S3.

  8. AWS Key Management Service (AWS KMS) se usa para administrar de forma centralizada las claves de cifrado, que se pueden usar para cifrar los secretos. AWS Secrets Manager Los datos se almacenan en Amazon S3 y Parameter Store.

  9. APILas solicitudes SP- se limitan mediante el uso del algoritmo de depósito de fichas. Por lo tanto, se recomienda un API cliente para limitar la velocidad.

  10. AWS CloudTraily Amazon CloudWatch se utilizan para monitorear y registrar en todo el Servicios de AWS. Estos registros proporcionan trazabilidad.