pipeline för anslutningssynkronisering
Adobe Commerce Optimizer Connector bygger på SaaS Data Export och mappar data som samlats in av SaaS Data Export indexerare till det format som krävs av Adobe Commerce Optimizer Catalog Data Ingestion API och hanterar autentisering, batchöverföring och omfångsbaserad synkroniseringskontroll. Avsnitten nedan beskriver hur synkroniseringen fungerar.
Relaterad kontext:
-
Läs mer om integrationens affärsvärde, nyckelfunktioner och arkitektur i Commerce Optimizer Connector översikten -avsnittet.
-
Information om modulpaketnamn, feed-API-slutpunkter och konfigurationsnyckelsökvägar finns i Kopplingsreferensen
Så här fungerar synkroniseringen
I följande diagram visas datasynkronisering från Adobe Commerce till Commerce Optimizer till Adobe I/O Gateway.
När katalogdata ändras i Adobe Commerce flyttas synkroniseringen mellan de här stegen.
- Identifiering av entitetsändring - (var 1:e minut) Ett cron-jobb (
indexer_reindex_all_invalid) identifierar Adobe Commerce entitetsändringar och utlöser SaaS Data Export som sätter ihop flödesobjekt och spårar deras status. - Transformation - Commerce Optimizer Connector hämtar de sammansatta flödena, mappar Adobe Commerce entiteter och omfattningar till format som krävs av API:t Commerce Optimizer och förbereder nyttolasten för överföring.
- Överföring - Omformade data skickas via HTTP POST (
/v1/catalog/<feed name>) via Adobe I/O Gateway till Commerce Optimizer som validerar och behåller inkommande flöden. - Fel vid försök igen (var femte minut) - Ett separat kron-jobb (
*_resend_failed_items) identifierar misslyckade feed-objekt och skickar dem igen via samma pipeline.
Schemalagda cron-jobb
Två kundgrupper automatiserar rörledningen enligt ett fast schema.
indexer_reindex_all_invalid*_resend_failed_itemsTillägget SaaS Data Export hanterar feed-samling och statusspårning. Kopplingslagret mappar entiteter och omfattningar till det format som krävs av API:t Commerce Optimizer och skickar dem via POST /v1/catalog/<feed name>.
Krav
- Commerce cron måste köras.
- Feed-indexerare måste använda läget Update by Schedule. Se Verifiera Commerce-programkonfiguration.
Omfångsbaserad synkroniseringskontroll
Modulen CommerceOptimizerScopeMapper läser exportinställningar per webbplats och per butik och tvingar dem att användas vid insamling och överföring av flöden.
- Aktiverade omfattningar exporterar data i det normala deltaschemat.
- Inaktiverade omfattningar har uteslutits från pipeline.
Tidigare synkroniserade enheter tas bort från Commerce Optimizer vid nästa körning.
Om synkroniseringsproblem endast påverkar en katalogkälla eller prisbok, se Synkronisering av data saknas.
Mer information om hur du anpassar synkroniseringsomfånget finns i Anpassa exportkonfigurationen för Commerce-omfång.
Tidsplanering och övervakning
Övervaka status per feed från sidan Data Feed Sync Status i Commerce Admin. Se Verifiera att datasynkroniseringen fungerar.
Inlämning av feed och felhantering
Processen FeedSubmitter hanterar Catalog Data Ingestion API anrop.
- Separerar uppdateringsobjekt från borttagningsobjekt (olika API-slutpunkter).
- Anropar uppdatering och borttagning av slutpunkter oberoende av varandra.
- Sammanfogar statusresultat per artikel till ett enda svar.
Sammanfogning av HTTP-statuskod
När uppdaterings- och borttagningsanrop returnerar olika statuskoder kombinerar FeedSubmitter resultaten enligt följande.
errors visas i Admin och kräver åtgärd. Andra objekt i gruppen provas igen.*_feed_resend_failed_items kronjobben i gruppen resync_failed_feeds_data_exporter.