Wdrożenie Zabbix Łódź

Ile obrazów swojego IT ma firma sprzedająca przez internet?

Zwykle trzy i żaden z nich nie jest pełny. Pierwszy to panel platformy sklepowej z liczbą zamówień i czasem odpowiedzi aplikacji. Drugi to panel dostawcy hostingu albo chmury z obciążeniem maszyn. Trzeci to brak czegokolwiek z hali, bo terminale, punkty dostępowe, drukarki etykiet i przełączniki nie należą do żadnego z tych światów.

Praktyczny skutek widać przy pierwszym poważniejszym zgłoszeniu. Sprzedaż stoi, każdy patrzy w swój panel, każdy widzi wartości mieszczące się w normie i nikt nie potrafi powiedzieć, w której minucie i w którym miejscu ruch się zatrzymał. Rozmowa kończy się ustaleniem, że trzeba obserwować, i wraca za dwa tygodnie.

Własna instalacja Zabbiksa rozwiązuje w tym jedną rzecz, za to zasadniczą. Wszystkie odczyty trafiają do jednego miejsca i mają wspólną oś czasu, więc pytanie o kolejność zdarzeń przestaje być kwestią zestawiania zrzutów ekranu z trzech paneli.

Co porównujemy, wybierając sposób prowadzenia monitoringu?

Trzy warianty spotykamy w łódzkich firmach handlowych najczęściej i każdy ma sytuację, w której jest właściwy. Poniższe zestawienie opisuje różnice, które faktycznie decydują, bez tych, o których mówi się na prezentacjach.

Kryterium	Monitoring wbudowany w platformę	Usługa rozliczana za host	Własna instalacja Zabbiksa
Zakres	wyłącznie sklep	to, co podłączycie	sklep, magazyn i sieć razem
Sprzęt w hali	poza zasięgiem	możliwy, płatny od pozycji	objęty bez dopłaty za host
Sprawdzenia procesu sprzedaży	częściowo, na własnych licznikach	zależy od dostawcy	pisane pod Wasz proces
Gdzie leżą dane telemetryczne	u dostawcy platformy	u dostawcy usługi	w Waszej sieci
Koszt przy rozroście środowiska	stały	rośnie z każdą pozycją	praca jednorazowa i utrzymanie
Kto stroi wartości graniczne	nikt, są domyślne	dostawca, w swoim zakresie	wykonawca albo Wasz zespół
Co zostaje po zmianie dostawcy	nic	nic	konfiguracja, historia, dostępy
Warunek powodzenia	brak	umowa	ktoś, kto będzie czytał zdarzenia

Ostatni wiersz jest najważniejszy i mówimy o nim przed podpisaniem umowy. Firmie, w której nie ma nikogo gotowego oglądać zdarzeń, własna instalacja się nie utrzyma, a pieniądze wydane na konfigurację nie wracają. W takim układzie sensowniej wypada stały nadzór nad infrastrukturą, w którym zdarzenia czyta ktoś z zewnątrz.

Jak objąć pomiarem środowisko rozdzielone między halę a chmurę?

Zaczynając od ustalenia, gdzie w ogóle wolno cokolwiek zainstalować. Maszyny w Waszej hali biorą agenta bez dyskusji. Środowisko sklepu bywa dostępne w trzech wariantach: z pełnymi prawami, wtedy agent pracuje tak samo, z dostępem do danych wystawianych przez dostawcę, wtedy czytamy jego interfejs, albo bez niczego, wtedy zostają sprawdzenia prowadzone z sieci publicznej.

Trzeci wariant jest częstszy, niż wynikałoby z rozmów handlowych, i wcale nie jest najgorszy. Sprawdzenie idące tą samą drogą co przeglądarka kupującego łapie wszystko, co po drodze stoi, łącznie z rzeczami niewidocznymi dla samego serwera: wygasłym certyfikatem, źle skierowanym rekordem domeny czy blokadą założoną przez dostawcę przy okazji innej sprawy.

Serwer monitoringu stawiamy przy tym po Waszej stronie, w hali albo w biurze, a nie u dostawcy sklepu. Powód jest prosty: instalacja stojąca u kogoś, kogo mierzy, przestaje odpowiadać dokładnie wtedy, gdy jest najbardziej potrzebna.

Jak napisać sprawdzenie, które mierzy zamówienie, a nie maszynę?

Zaczynając od pytania, na które ma odpowiadać. W firmie wysyłkowej dwa sprawdzenia dają zwykle więcej niż komplet metryk systemowych i oba są zapytaniami do bazy albo do kolejki.

Pierwsze to wiek najstarszego zamówienia, które jeszcze nie trafiło do systemu magazynowego. Wartość wyrażona w minutach opisuje stan integracji lepiej niż jakikolwiek odczyt usługi, bo usługa potrafi odpowiadać wzorowo przy zatrzymanej kolejce. Drugie to liczba pozycji czekających na spakowanie zestawiona z porą dnia, ponieważ to samo sto pozycji o dziewiątej rano i o godzinie przed odbiorem przez kuriera znaczy coś zupełnie innego.

Takich sprawdzeń nie da się przepisać z cudzego wdrożenia i nie próbujemy. Piszemy je razem z osobą znającą Wasz proces, a treść zapytania trafia do dokumentacji, żeby dało się je zmienić po zmianie sposobu pracy. Błędnie zinterpretowana liczba biznesowa jest przy tym gorsza od jej braku, bo wywołuje reakcję tam, gdzie nic się nie dzieje.

Dlaczego kampania potrzebuje własnego zestawu progów?

Bo w dniu promocji rośnie wszystko naraz i narzędzie skonfigurowane pod dzień zwykły uzna to za awarię. Ruch na sklepie, liczba zapisów do bazy, obciążenie łącza, liczba terminali pracujących w hali, wydruk etykiet, zajętość miejsca po zdjęciach nowej kolekcji: każda z tych wartości przekracza swój próg mniej więcej w tej samej godzinie.

Instalacja zachowuje się wtedy dokładnie odwrotnie, niż powinna. Wysyła kilkadziesiąt powiadomień w dniu, w którym uwaga zespołu jest najbardziej potrzebna gdzie indziej, a po drugim takim wieczorze ktoś wycisza reguły i już ich nie włącza.

Dlatego przy wdrożeniu powstają dwa zestawy wartości granicznych i okno, które przełącza je na czas kampanii. Zostaje przy tym wąska lista zdarzeń nietkniętych przez to przełączenie: brak odpowiedzi sklepu, nieprzechodząca płatność, zatrzymana kolejka zamówień i awaria zasilania w hali. To są rzeczy, które w dniu promocji mają wołać głośniej, a nie ciszej.

Ile z tej pracy dzieje się zdalnie?

Większość, poza dwoma etapami. Postawienie serwera, przygotowanie szablonów, reguły wykrywania zasobów, strojenie progów i układanie ścieżek powiadamiania robimy przez zdalny dostęp, bez wchodzenia komukolwiek do pomieszczenia technicznego.

Na miejscu robimy spis oraz warsztat kończący prace. Obejście pomieszczeń technicznych i hali ma sens, bo lista podana z pamięci jest zawsze krótsza od rzeczywistej, a odpytanie sieci nie pokaże drukarki wyłączonej na czas inwentaryzacji ani szafy, do której trzeba przejść przez strefę wysokiego składowania. Warsztat prowadzimy na Waszych danych i na zdarzeniach, które faktycznie w tym środowisku powstały, zwykle w dwóch turach, żeby zmieściły się różne zmiany.

Do hal na Olechowie, w Teofilowie i przy trasach wylotowych dojeżdżamy z biura przy Zakładowej 13 w umówionym dniu roboczym. Nie stoi za tym ekipa gotowa wpaść tego samego dnia i lepiej wiedzieć to przed podpisaniem umowy niż po.

Co zostaje u Was, gdy skończymy?

Serwer pracujący w Waszej sieci, komplet kont administracyjnych, kopia konfiguracji odtwarzalna na czystej maszynie, opis architektury z adresami i wersjami, lista hostów z rolami i właścicielami, treść sprawdzeń biznesowych razem z zapytaniami, wykaz wartości granicznych z datą obserwacji oraz procedury na dwie najczęstsze sytuacje: dodanie stanowiska do pomiaru i wyciszenie monitoringu na czas prac.

Obok każdego ustawienia zapisujemy powód i dzień, z którego pochodzą dane. Kolejna osoba, która za rok otworzy tę konfigurację, ma wtedy jak sprawdzić, skąd wzięła się konkretna liczba, i nie musi wybierać między pozostawieniem jej na zawsze a skasowaniem w ciemno.

Widok na zebrane dane buduje dashboard w Grafanie, stan samych maszyn opisuje monitoring serwerów w Łodzi, sieć w hali monitoring sieci w Łodzi, a pełny opis techniczny konfiguracji wdrożenie Zabbiksa w wersji krajowej. Zakres prac omówimy pod numerem +48 888 777 822 albo przez formularz kontaktowy.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026