Adobe Commerce integrációs architektúra

Egy webáruház ritkán áll egyedül: az Adobe Commerce körül ERP, PIM, OMS, fizetési szolgáltató, keresőmotor, CDN és üzenetsor dolgozik. Kattints bármelyik elemre a szerepéért, vagy indítsd el egy rendelés útját, és kövesd lépésenként, hol jár az adat. A sorozat többi oldala egy-egy mechanizmust valódi, futó PHP-val mutat be.

Egy rendelés útja

1/9

Kattints egy elemre (vagy fókuszáld Tab-bal és nyomj Entert) a részletekért. A narancs pötty az aktuális lépés adatfolyamát követi.

A PIM termékadatot küld, a Commerce elmenti. Ütemezett indexelésnél a változás a változásnaplóba kerül, a cron kötegekben újraindexeli, és a keresőindex (OpenSearch) is frissül.
Demó megnyitása: Indexelő és üzenetsor

Kiválasztott elem

Adobe Commerce

PHP · MySQL · cron

Katalógus, árazás, kosár, checkout és rendeléskezelés. A kirakatot indexekből szolgálja ki, a lassú vagy külső rendszert érintő munkát üzenetsorra teszi.

Tipikus integráció

REST és GraphQL API, tömeges és aszinkron REST végpontok, eseménykezelők (observer, plugin), cron-feladatok és üzenetsor-publisherek.

Demó megnyitása

A sorozat élő demói

Kosár-motor

Kosár-árszabályok prioritással, kuponnal, feltétel-fákkal és "további szabályok leállításával".

Rétegezett navigáció

Facet-szűrés helyes, a többi szűrőt figyelembe vevő darabszámokkal, 240 tételes katalóguson.

Indexelő és üzenetsor

Update on Save vs. Update by Schedule változásnaplóval és cron-kötegekkel; üzenetsor újrapróbálással és dead-letter sorral.

GraphQL-lekérdezés

Vizuális építő, saját PHP GraphQL-értelmező, mélység- és komplexitás-korlát, batch-elt resolverek.

Miért így épül fel egy Commerce-integráció?

Az áruház a vásárlói élményért felel, nem minden adat gazdája: a termékadat a PIM-ben, a pénzügy és gyakran a készlet az ERP-ben, a teljesítés az OMS-ben él. A jó integráció ezért világosan kimondja, melyik adatnak melyik rendszer az igazságforrása, és az adat csak egy irányba folyik.

A szinkron hívás (a vásárló vár a válaszra) ott indokolt, ahol a döntés azonnal kell: fizetés-engedélyezés, készlet-ellenőrzés a kosárban. Minden más, például a rendelés-export vagy a készlet-szinkron, aszinkron: üzenetsoron, újrapróbálással, így egy külső rendszer kiesése nem állítja meg az értékesítést.

A teljesítmény a gyorsítótárazásból és az indexekből jön: a CDN a legtöbb oldalt a Commerce érintése nélkül szolgálja ki, a Commerce pedig előre számolt indexekből válaszol. Az ár ezért mindig egy kis késleltetés, amit tudatosan kell kezelni (célzott cache-ürítés, ütemezett indexelés).

Az ábra általános, szándékosan egyszerűsített minta, nem egy konkrét rendszer leírása: valódi projektekben gyakori a köztes integrációs réteg (middleware, iPaaS), a több raktár és értékesítési csatorna, valamint a SaaS-szolgáltatások (például keresés, ajánlórendszer).