Dashboard w Grafanie Wrocław

Co ma pokazać ekran w dniu wdrożenia zmiany?

Firma wypuszczająca nową wersję kilka razy w tygodniu ma jeden powtarzalny moment ryzyka i trwa on kilkanaście minut. Ktoś naciska przycisk, aplikacja wstaje w nowej wersji i przez chwilę nikt nie wie, czy jest lepiej, czy gorzej, bo pierwsze objawy błędu bywają nieoczywiste: nie awaria, tylko wydłużony czas odpowiedzi jednego kroku albo kolejka zadań rosnąca o kilka procent na minutę.

Pulpit budowany pod ten moment odpowiada na cztery pytania w ustalonej kolejności. Czy usługa odpowiada. Czy odpowiada tak samo szybko jak przed zmianą. Czy liczba błędów wróciła do poziomu sprzed wdrożenia. Czy ruch biznesowy zachowuje się normalnie. Wszystko inne można obejrzeć później.

Minuta po wdrożeniu	Co czytamy na pulpicie	Decyzja
0 do 2	dostępność usługi i liczba błędów aplikacji	wycofać zmianę czy czekać
2 do 5	czas odpowiedzi wobec tego samego dnia tydzień wcześniej	zostawić czy szukać przyczyny
5 do 15	długość kolejek zadań i liczba połączeń do bazy	czy problem narasta
15 do 60	zużycie pamięci i liczba restartów kontenerów	czy wyciek pojawił się z nową wersją
po 1 godzinie	liczba zamówień albo rejestracji wobec normy	czy zmiana zaszkodziła sprzedaży
następnego dnia	to samo okno godzinowe z dnia poprzedniego	czy wynik się utrzymał

Ostatni wiersz jest tym, o którym najczęściej się zapomina. Skutki części wdrożeń widać dopiero przy pełnym obciążeniu dnia roboczego, a bez pulpitu z oknem porównawczym nikt do nich nie wraca, bo w międzyczasie wyszły trzy kolejne wersje.

Jak odróżnić skutek wdrożenia od zwykłego ruchu?

Bez punktu odniesienia to jest zgadywanie. Wykres czasu odpowiedzi rosnący o połowę wygląda groźnie do chwili, w której ktoś przypomni sobie, że w każdy wtorek o dziesiątej rusza mailing i tak było zawsze.

Dlatego każdy panel na tym pulpicie ma dwie rzeczy. Pierwszą jest linia porównawcza z tego samego dnia tydzień wcześniej, narysowana pod spodem, bo rytm tygodniowy jest w firmie usługowej silniejszy niż dobowy. Drugą jest adnotacja wdrożenia, czyli pionowa linia z godziną i numerem wersji, wysyłana do Grafany przez potok wdrożeniowy. Zestawienie obu odpowiada na pytanie o przyczynę bez otwierania czegokolwiek innego.

Trzecim elementem, tańszym niż się wydaje, jest opis progu na samym panelu. Czas odpowiedzi bazy narysowany razem z linią wartości oczekiwanej mówi coś osobie spoza działu IT. Ten sam wykres bez progu jest dla niej wykresem, który idzie do góry, i tyle.

Które liczby biznesowe warto postawić obok technicznych?

Odpowiedź zależy od tego, czym firma zarabia, i ustalamy ją na początku dnia pracy. W sklepie internetowym najczęściej działa zestaw trzech pozycji: liczba zamówień, liczba nieudanych płatności i długość kolejki wysyłek. W firmie produktowej sprawdza się liczba rejestracji, liczba aktywnych sesji i liczba zadań przetworzonych w tle. W spółce usługowej najczęściej liczba zgłoszeń i czas ich obsługi.

Dane te leżą w bazie systemu, którego używacie, i Grafana czyta je wprost, bez przepisywania do trzeciego miejsca. Warunek jest jeden: zapytanie musimy uzgodnić z osobą, która ten system zna. Wykres zbudowany na źle zinterpretowanej kolumnie jest gorszy od braku wykresu, bo ktoś podejmie na jego podstawie decyzję i przez pół roku nikt tego nie zweryfikuje.

Kto patrzy na ten pulpit przy pracy hybrydowej?

Zespół rozsiany między biurem a domem nie ma wspólnego korytarza, na którym mógłby wisieć ekran. Wspólny obraz sytuacji musi więc być adresem, który każdy otwiera u siebie, i to zmienia dwie rzeczy w budowie pulpitu.

Pierwsza to dostęp. Konta tylko do odczytu i wejście przez tunel VPN albo przez wystawiony wyłącznie adres Grafany, bez otwierania na zewnątrz samego serwera monitoringu. Druga to samowystarczalność ekranu: skoro nikt nie stoi obok, żeby wytłumaczyć, co znaczy dana linia, każdy panel dostaje tytuł w formie pytania i widoczny próg. Pulpit, który wymaga komentarza autora, przy pracy zdalnej przestaje być używany w drugim tygodniu.

Kiedy pulpit przestaje być otwierany?

Z czterech powodów, powtarzalnych na tyle, że wypisujemy je przed rozpoczęciem pracy. Pierwszy to nadmiar paneli: praktyczna granica przy monitorze na biurku to około ośmiu, a każdy kolejny odbiera uwagę pozostałym. Drugi to brak hierarchii, czyli dostępność systemu sprzedażowego postawiona obok temperatury jednego przełącznika, co sugeruje, że obie rzeczy ważą tyle samo.

Trzeci to pulpit zbudowany pod jedną prezentację dla zarządu, a nie pod codzienną pracę. Pokazuje się go raz i wraca na półkę, podczas gdy ekran otwierany codziennie ma szansę wyłapać awarię. Czwarty to osobne pulpity dla każdej maszyny, które po kwartale różnią się na tyle, że nie da się ich porównać, a poprawka wprowadzona w jednym nie trafia do pozostałych.

Wszystkie cztery wynikają z tej samej pomyłki: budowania ekranu wokół tego, co da się pokazać, zamiast wokół decyzji, którą ktoś ma podjąć.

Co przekazujemy na koniec tej jednorazowej pracy?

Zestaw pulpitów z trzema poziomami szczegółowości, konfigurację wyeksportowaną do pliku, żeby dało się ją odtworzyć na czystej instalacji, konta dla osób mających patrzeć, opis podpiętych źródeł i zapytań oraz krótkie szkolenie dla zespołu. Po tym dniu narzędzie jest Wasze i nic dalej nie biegnie, bo to nie jest usługa abonamentowa.

Warto przy tym pamiętać, że pulpit niczego nie mierzy sam z siebie. Dane biorą się z monitoringu, a reguły powiadamiania zostają po jego stronie. Skąd te dane pochodzą, opisuje wdrożenie Zabbiksa we Wrocławiu, stały nadzór z raportem miesięcznym to monitoring infrastruktury IT we Wrocławiu, a same maszyny pod aplikacją monitoring serwerów dla firm z Wrocławia. Zakres pulpitów ustalimy pod numerem +48 888 777 822.

Treść sprawdzona i zaktualizowana: 31 lipca 2026