Integracja psuje się cicho. Nie wyświetla komunikatu, nie zatrzymuje pracy — po prostu przestaje przenosić dane, a nikt tego nie zauważa przez trzy dni.
Co obserwować
- czas ostatniej udanej wymiany dla każdego połączenia,
- liczbę zadań oczekujących w kolejce,
- udział operacji zakończonych błędem,
- czas odpowiedzi partnera,
- liczbę przetworzonych pozycji wobec typowej.
Pierwsza pozycja jest najważniejsza i najtańsza do wdrożenia. Wystarczy zapisywać moment ostatniego udanego przebiegu i zgłaszać, gdy minie więcej czasu, niż wynika z ustalonej częstotliwości. Sama ta reguła wyłapuje większość awarii, które inaczej trwają dniami.
Cisza jest myląca
Brak błędów wygląda jak sukces, a bywa oznaką, że proces w ogóle się nie uruchomił. Dlatego trzeba potwierdzać wykonanie, nie tylko zgłaszać błędy.
Praktyczny wniosek: każde połączenie powinno mieć wpis mówiący, kiedy ostatnio wymiana się udała. Brak takiego wpisu jest informacją równie ważną jak komunikat o błędzie.
Zero też jest sygnałem
Synchronizacja, która przetworzyła zero pozycji, gdy zwykle przetwarza kilkaset, wymaga uwagi — nawet jeśli zakończyła się bez błędu.
Odwrotny przypadek jest równie podejrzany. Nagły skok liczby przetworzonych pozycji zwykle oznacza, że coś zresetowało znacznik ostatniej synchronizacji i integracja wysyła cały katalog od nowa. Skutkiem bywa wyczerpanie limitu zapytań u partnera.
Kontrola skutku, nie procesu
Najpewniejsze jest sprawdzenie efektu: czy stan w sklepie odpowiada stanowi w magazynie. Proces może zgłaszać sukces i nie przenosić danych.
To osobna warstwa nadzoru, uzupełniająca obserwację przebiegu. Wykrywa sytuacje, których żaden dziennik nie pokaże: pominiętą pozycję, źle przetłumaczony status, cichą rozbieżność między systemami narastającą od tygodni.
Progi zamiast pojedynczych zdarzeń
Pojedynczy nieudany przebieg zwykle nic nie znaczy — partner mógł mieć chwilową przerwę. Alarmować warto dopiero wtedy, gdy błędy się powtarzają albo gdy ich udział przekracza to, co zwykle. Zbyt czuły próg produkuje powiadomienia, które po tygodniu wszyscy przestają czytać, a to gorsze niż brak nadzoru.
Kolejka jako wskaźnik wyprzedzający
Rosnąca liczba zadań oczekujących pokazuje problem, zanim zobaczy go klient. Warto obserwować nie tylko liczbę zadań, ale i wiek najstarszego z nich — kilka tysięcy zadań przetwarzanych na bieżąco jest w porządku, a dziesięć zadań stojących od rana już nie. Szczegóły opisuje kolejkowanie i ponawianie operacji.
Czego to wymaga
Do sensownego nadzoru potrzebny jest zapis przebiegu każdej wymiany, miejsce, w którym te zapisy da się przejrzeć, oraz kanał powiadomień, który ktoś rzeczywiście czyta. Reszta to ustalenia: co jest normą dla danego połączenia, kiedy odstępstwo jest alarmem i kto reaguje. Bez tej części nawet dobre narzędzie pokazuje wykresy, których nikt nie interpretuje.
Adresat powiadomienia
Musi być konkretny, a alert powinien mówić, co zrobić. „Błąd synchronizacji" bez wskazania połączenia i skutku nie prowadzi do żadnego działania.
Przydaje się też ustalenie, kto reaguje poza godzinami pracy i czy w ogóle ktokolwiek ma reagować w nocy. Dla większości firm handlowych odpowiedź brzmi „rano wystarczy" — i to jest dobra odpowiedź, o ile została podjęta świadomie.
