Rzeczywistość inżynierska.
Często dostajemy takie zgłoszenie: strony ładują się szybko na środowisku testowym, ale bardzo wolno w produkcji, a wszyscy obwiniają platformę. Zazwyczaj problem nie leży w platformie.
Wystarczy przeanalizować przepływ żądań podczas wolnej płatności. Magento czeka na system ERP, aby sprawdzić stany magazynowe, na bramkę płatniczą bez limitu czasu albo na API dostawcy, wywoływane osobno dla każdej pozycji zamiast raz dla całego koszyka. Czasami zadanie synchronizacji PIM blokuje dokładnie te tabele, z których musi korzystać sklep, i uruchamia się we wtorek o 2 po południu, bo nikt nie zaplanował go z uwzględnieniem rzeczywistego ruchu.
Magento dobrze sobie z tym radzi, gdy testujemy je samodzielnie. Gdy dodamy trzy lub cztery prawdziwe integracje, każdą z własnym opóźnieniem i sposobem awarii, sytuacja całkowicie się zmienia.
To zwykle nie są błędy. Są to decyzje, które miały sens przy mniejszym ruchu, gdy nikt nie zwracał uwagi na przerwy w komunikacji między systemami. Przestają się sprawdzać, gdy sklep zaczyna się rozwijać.
Co zwykle pomaga: buforowanie danych, które nie muszą być aktualizowane co sekundę, zabezpieczenie połączeń zewnętrznych mechanizmem circuit breaker, grupowanie zapytań o dostawę i ceny zamiast wysyłania osobnego dla każdego produktu oraz przeniesienie synchronizacji na godziny, gdy klienci nie robią zakupów.