Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Aufbau der Datenerfassungspipeline für Ihre Amazon-Verkaufspartnerdaten
Dieser Abschnitt enthält eine Strategie zur Aufnahme von Amazon-Lieferanten- und Verkäuferdaten aus der Amazon Selling Partner API (SP-API) in einen Data Lake in Ihrem AWS-Konto. Diese Daten-Pipeline-Architektur ist auf Agilität ausgelegt. Sobald die Daten in Ihrem Konto verfügbar sind, können Sie Analysen und generative KI-Funktionen implementieren, um aus diesen Daten erweiterte Geschäftseinblicke zu gewinnen. Diese Daten helfen Ihnen dabei, Ihr Unternehmen, Ihre Inventardetails und Analysen in großem Umfang auf allen Marktplätzen zu verstehen.
Das folgende Architekturdiagramm zeigt, wie Sie AWS LambdaFunktionen in einem AWS Step FunctionsWorkflow verwenden, um Daten aus dem SP-API in einen Data Lake in Ihrem zu übernehmen. AWS-Konto Die Daten werden in Amazon Simple Storage Service (Amazon S3) und im Parameter Store gespeichert, was eine Funktion von ist AWS Systems Manager.
Das Architekturdiagramm umfasst die folgenden Komponenten:
-
Step Functions wird als serverloser Orchestrierungsdienst verwendet, um den Workflow für die Integration mit dem zentral zu verwalten. SP-API
-
Die Verkaufspartner-API für Berichte
(Reports API) unterstützt Benachrichtigungen zur Automatisierung der Berichtsworkflows. Dazu verwenden Sie eine SP-APIBenachrichtigungs-Lambda-Funktion, um die Anwendung für den REPORT_PROCESSING_FINISHEDBenachrichtigungstyp zu abonnieren. -
Um die aufzurufen, verwenden Sie eine Authentifizierungs-Lambda-Funktion SP-API, um ein Zugriffstoken für die Login with Amazon (LWA) zu erhalten.
-
Das LWA-Zugriffstoken aus der Authentifizierungsfunktion wird an eine Lambda-Funktion des Berichtserstellers übergeben. Diese Funktion
createReportruft SP-API mithilfe des LWA-Zugriffstokens und der regionalen Endpunkte, Marketplace-IDs und Berichtskonfigurationsdaten, die im Parameter Store gespeichert sind, auf. -
Das SP-API generiert den Bericht. Nach Abschluss wird ein
REPORT_PROCESSING_FINISHEDBenachrichtigungsereignis an eine Amazon Simple Queue Service (Amazon SQS) -Warteschlange gesendet, die Informationen bereitstellt, wenn die BerichtsverarbeitungCANCELLEDDONE, oderFATAList. Dadurch wird eine Lambda-Funktion zur Verarbeitung von Benachrichtigungen ausgelöst, um das Ereignis zu verarbeiten. Wenn das Benachrichtigungsereignis den Status hatDONE,reportDocumentIdist a enthalten. -
Das Benachrichtigungsereignis wird an eine Lambda-Funktion zur Datenverarbeitung im Step Functions Functions-Workflow übergeben. Diese Funktion verwendet die
reportDocumentId, um einengetReportDocumentAufruf an die SP-API zu tätigen. Die SP-API gibt eine vorsignierte URL für den Speicherort des Berichtsdokuments und den verwendeten Komprimierungsalgorithmus zurück, falls der Inhalt des Berichtsdokuments komprimiert wurde. -
Diese Antwort wird an eine Storage Lambda-Funktion übergeben, die das Berichtsdokument herunterlädt, es dekomprimiert (falls zutreffend) und das Berichtsdokument in Amazon S3 speichert.
-
AWS Key Management Service (AWS KMS) wird zur zentralen Verwaltung von Verschlüsselungsschlüsseln verwendet, mit denen die darin enthaltenen Geheimnisse verschlüsselt werden können. AWS Secrets Manager Daten werden in Amazon S3 und Parameter Store gespeichert.
-
SP-API Anfragen werden mithilfe des Token-Bucket-Algorithmus begrenzt. Daher wird für die Ratenbegrenzung ein API-Client empfohlen.
-
AWS CloudTrailund Amazon CloudWatch werden für die Überwachung und Protokollierung auf der ganzen Welt verwendet AWS-Services. Diese Protokolle bieten Rückverfolgbarkeit.