[php + mysql] integracja sklepu z zewnetrznym systemem

[HERO]

Hejka, nie tyle mam problem z kodem co z samym pomysłem jak ugryzc temat.

Jest sobie sklep A i system B 

jak pojawi sie nowe zamowienie w sklepie A chcialbym zeby system B o tym sie dowiedzial i wykorzystuje do tego API z systemu B

problem jest taki, ze nie moge w sklepie A napisac rozwiazania ktore odpyta API i wysle info do systemu B w momencie zlozenia nowego zamowienia. 

Pomyslalem, ze napisze kod ktory bedzie sprawdzal czy pojawily sie w tabeli zamowienia nowe rekordy, ustawie crona co minute i jak pojawi sie nowe zamowienie to wysle info do systemu B , ale moze robi sie to jakos prosciej, normalniej? 

[dudekm]

Jaka jest różnica w wysłaniu informacji do API od razu, a jaka gdy ustawisz crona co minutę? W obu przypadkach odpytujesz API, tak?

[Mion]

Ale na czym pogada dokładnie ten problem ?

 

[okazwłoka]

Rozwiązania są dwa:

1. A daje info do B

2. B pobiera info od A

 

[Mion]

Zainteresuj się wzorcem obserwator. W tym wypadku sklep w którym pojawi się zamówienie może poinformować obserwujących (subskrybentów) o tym fakcie.
Technicznych implementacji tego mechanizmu jest wiele...

Nie robił bym tak, że to obserwujący odpytuje co (n) sekund tylko jak wyżej .

Edytowane 30 Września 2022 przez Mion

[HERO]

to ten temat? (niekoniecznie ten przyklad)

https://refactoring.guru/pl/design-patterns/observer/php/example

 

[Mion]

Nie chodzi o implementacje   bo ta w tym wypadku tyczy kodu w jednej aplikacji, a Ty masz rozproszony. Chodzi o zasadę, że jest wysyłana (puszowana) informacja do subskrybentów.

Jeśli nie chcesz / nie możesz modyfikować kodu sklepu w zasie samego dodawania zamówienie, to możesz napisać mechanizm który "z crona" co jakiś czas będzie obserwował = sprawdzał ostatnie ID w tabeli  zamówień. I jeśli pojawi się nowe zamówienie, to poinformuje wywołaniem POST lub GET sklep/y, które są dana informacją są zainteresowane.

[modell]

Jako niekonwencjonalne podejście do integracji możesz zastosować WSO2, Mulesoft, Apache Kafka itp.., choć w tak prostym case o jakim piszesz wystarczy kilka linijek kodu.

[Mion]

@HERO i jak tam Poradziłeś sobie z tym prostym tematem ?

[HERO]

@mion w bazie danych sklepu A ustawiłem triggera z after insert i after update

do tego stworzylem nowa tabele w ktorej przechowuje historie zmian zamowien zeby w php nie sprawdzac calej tabeli z zamowieniami, pozniej to juz standardowo przez api wysylam info do B. 

 

[Mion]

Zuch chłopak

 

Trigger może wstawiać rekordy do pomocniczej tabeli z flagą ENUM('0','1') ustawianą na '0' w wypadku nowego zamówienia.
Następnie "z crona" sprawdzasz tą tabelę i jeśli jest rekord z flagą '0' wykonujesz powiadomienia i oznaczasz na '1' jako już wykonane.
Możesz jeszcze dodać obsługę błędów np maksymalnie (n) powtórzeń jeśli subskrybent czyli zdalny host nie odbierze powiadomienia.