Integracje przez API i webhooki — jak to działa

Dwa systemy mogą wymieniać dane na dwa sposoby: system A regularnie odpytuje system B "czy jest coś nowego" (polling), albo system B sam informuje system A w momencie, gdy coś się zmieni (webhook).

Polling

Prostszy do wdrożenia, działa z każdym API, ale generuje niepotrzebny ruch i wnosi opóźnienie równe częstotliwości odpytywania (np. sprawdzanie co 15 minut = do 15 minut zwłoki). Dla wielu procesów to akceptowalne.

Webhook

Reakcja niemal natychmiastowa, brak zbędnego ruchu — ale wymaga, żeby system źródłowy w ogóle obsługiwał webhooki, oraz publicznie dostępnego adresu (endpointu), który je odbiera i odpowiednio zabezpiecza (weryfikacja podpisu, ograniczenie adresów IP).

POST /webhooks/nowe-zamowienie
Headers: X-Signature: sha256=...
Body: { "orderId": "12345", "status": "paid" }

Co bierzemy pod uwagę przy wyborze

• Czy system źródłowy w ogóle oferuje webhooki.
• Jak krytyczny jest czas reakcji dla tego konkretnego procesu.
• Kto utrzymuje endpoint odbierający webhooki i jak jest zabezpieczony.