Monitoring infrastruktury IT Wrocław

Co przestaje działać wcześniej: serwer czy koszyk?

W większości zgłoszeń, które trafiają do nas ze sklepów internetowych, serwer nie ma z awarią nic wspólnego. Maszyna odpowiada, procesor się nudzi, pamięci jest w bród, a mimo to zamówienia przestały spływać, bo bramka płatnicza zwraca błąd, integracja kurierska nie oddaje etykiet albo kolejka zadań stanęła i koszyk nie przelicza dostawy.

Monitoring, który patrzy wyłącznie na sprzęt, przechodzi obok takiej awarii obojętnie. Wykresy są zielone, alertu nie ma, a pierwszą informacją o problemie jest wiadomość od klienta albo spadek w panelu sprzedaży zauważony po godzinie. Dlatego w tej usłudze warstwa widoczna dla kupującego jest osobną pozycją w umowie, nie dodatkiem do nadzoru nad maszynami.

Jak mierzymy sklep od strony klienta?

Sprawdzenie zewnętrzne odtwarza to, co robi człowiek: otwiera stronę główną, wchodzi na kartę produktu, dodaje go do koszyka i przechodzi do kroku płatności. Każdy z tych kroków ma własny czas odpowiedzi i własny próg, więc widać nie tylko to, że coś nie działa, ale też który element ścieżki zwolnił i o ile.

Warstwa pomiaru	Co potwierdza	Czego sama nie wykryje
Agent Zabbiksa na maszynie	zasoby, miejsce na dyskach, stan usług	błąd aplikacji przy działającym procesie
Odpytanie usługi po porcie	serwer aplikacji przyjmuje połączenia	koszyk zwracający błąd po dodaniu produktu
Sprawdzenie ścieżki zakupowej	klient przechodzi do płatności	przyczynę, gdy krok nie odpowiada
Odpytanie bramki płatniczej	dostawca płatności odpowiada	odrzucenia po stronie banku
Sprawdzenie integracji kurierskiej	etykiety da się wygenerować	opóźnienia w samym magazynie
Kontrola zadania kopii bazy	kopia wykonała się w nocy	czy da się z niej odtworzyć sklep
Certyfikat i wpisy DNS	domena rozwiązuje się poprawnie	zmianę wprowadzoną przez kogoś z zespołu

Ostatnia kolumna jest tu ważniejsza od pozostałych. Żadna pojedyncza warstwa nie wystarcza, a zestaw złożony wyłącznie z jednej z nich daje złudzenie nadzoru. Dopiero wiersze czytane razem pozwalają w ciągu kilku minut powiedzieć, czy problem leży w maszynie, w kodzie, czy u dostawcy zewnętrznego.

Co zmienia się w progach przed kampanią?

Sklep prowadzony z Wrocławia ma zwykle dwa różne profile pracy. W zwykły wtorek obciążenie jest przewidywalne, a każde odchylenie warto sprawdzić. W dniu kampanii mailingowej albo w czarny piątek te same wartości pojawiają się z założenia i alarmowanie o nich zamienia dyżur w odczytywanie powiadomień, których nikt nie zdąży przejrzeć.

Dlatego przed sezonem zakładamy drugi zestaw progów i przełączamy się na niego na czas kampanii. Zmieniają się granice obciążenia procesora i liczby połączeń do bazy, natomiast bez zmian zostają te sprawdzenia, które mówią o sprzedaży: czas odpowiedzi kroku płatności, dostępność integracji i długość kolejki zadań. Wzrost ruchu jest spodziewany, a wydłużony koszyk nie jest spodziewany nigdy.

Drugą rzeczą robioną przed sezonem jest prognoza. Z tempa przyrostu bazy i z zajętości dysków wynika data, w której miejsce się skończy, a przy sklepie rosnącym o kilkadziesiąt procent rocznie ta data potrafi wypaść dokładnie w listopadzie. Rozbudowa zaplanowana we wrześniu kosztuje tyle, ile kosztuje zasób. Ta sama rozbudowa robiona w trakcie kampanii kosztuje sprzedaż.

Kto odbiera zdarzenie o dwudziestej drugiej?

To pytanie ma dwie odpowiedzi i mieszanie ich jest najczęstszym nadużyciem w ofertach monitoringu. Sam pomiar nie ma godzin pracy: Zabbix zbiera odczyty i rejestruje zdarzenia przez całą dobę, także w weekendy, więc historia awarii z nocy jest kompletna niezależnie od tego, kto wtedy zaglądał do konsoli.

Gwarantowany czas reakcji człowieka biegnie natomiast w godzinach pracy helpdesku, od poniedziałku do piątku, 8:00 do 18:00. Zdarzenie z dwudziestej drugiej czeka w kolejce i zostaje wzięte rano, razem z pełnym opisem tego, co działo się w nocy. Obecność dyżurnego poza tymi godzinami jest osobno płatną usługą, którą wyceniamy indywidualnie po ustaleniu zakresu i listy zdarzeń uznanych za budzące.

Rozdział między pomiarem a reakcją zapisujemy w umowie wprost, bo dostawca obiecujący jedno i drugie w cenie podstawowej albo nie ma dyżuru, albo trzyma go wyłącznie na papierze i pierwsza nocna awaria to ujawni.

Co widać w raporcie po miesiącu?

Raz w miesiącu dostajecie zestawienie, które da się przeczytać bez znajomości Zabbiksa: dostępność sklepu i usług od niego zależnych, liczba zdarzeń z podziałem na wagi, stan kopii, najdłuższa przerwa w miesiącu razem z przyczyną oraz lista rzeczy do zaplanowania. W tej ostatniej najczęściej stoją trzy pozycje: dysk z policzalnym zapasem czasu, integracja psująca się cyklicznie i zadanie nocne, które wchodzi w godziny porannego ruchu.

Raport ma jeszcze jedno zastosowanie, o którym mało kto myśli przy podpisywaniu umowy. Firma rosnąca szybciej niż jej infrastruktura prędzej czy później musi uzasadnić przed inwestorem albo dużym klientem, że utrzymanie środowiska jest prowadzone i mierzone. Zestawienie dostępności za dwanaście miesięcy jest odpowiedzią, której nie da się napisać wstecz.

Czego ta umowa nie obejmuje?

Nie obejmuje pracy nad kodem sklepu ani optymalizacji zapytań, choć wskażemy zapytanie, które blokuje bazę. Nie obejmuje naprawy sprzętu, wymiany urządzeń ani projektu sieci w nowym biurze. Nie jest też narzędziem bezpieczeństwa: widzi nietypowy ruch wychodzący i zgłasza go dalej, ale niczego nie blokuje.

Maszyny stojące pod sklepem opisuje osobno monitoring serwerów we Wrocławiu, łącza i sieć w biurze monitoring sieci we Wrocławiu, a firmy, które chcą prowadzić nadzór własnym zespołem, zaczynają od wdrożenia Zabbiksa we Wrocławiu. Zakres i liczbę sprawdzeń dla Waszego sklepu ustalimy pod numerem +48 888 777 822 albo przez formularz kontaktowy.

Treść sprawdzona i zaktualizowana: 31 lipca 2026