Plan stałej obsługi

Observability / Monitoring
Zobacz, co dzieje się w Twoim IT

Połącz metryki, logi i dostępną telemetrię aplikacji w jednym obrazie środowiska. Otrzymuj automatyczne powiadomienia, gdy usługa przestaje działać lub zbliża się do granic wydajności.

Zakres podstawowy

Co wykonujemy w planie Observability / Monitoring?

Jedno miejsce do sprawdzania stanu środowiska, wyszukiwania danych historycznych i odbierania ostrzeżeń, które pomagają Twojemu zespołowi podjąć działanie.

Podłączenie zasobów i źródeł danych

Uruchomienie standardowych agentów, kolektorów, odpytywania urządzeń oraz integracji API dla zasobów objętych umową. Przypisanie nazw, lokalizacji, właścicieli i kategorii usług.

Monitoring kondycji infrastruktury

Zbieranie dostępnych metryk serwerów, urządzeń sieciowych, pamięci masowej, wirtualizacji i innych uzgodnionych komponentów. Kontrola m.in. obciążenia procesorów, pamięci, przestrzeni dyskowej i stanu sprzętu.

Monitoring dostępności i parametrów sieci

Sprawdzanie osiągalności urządzeń, stanu interfejsów i łączy oraz dostępnych parametrów transmisji, takich jak opóźnienia, utrata pakietów, błędy i wykorzystanie przepustowości.

Podstawowe testy działania usług

Sprawdzanie odpowiedzi usług, np. HTTP/HTTPS, DNS i wskazanych portów TCP. Kontrola czasu odpowiedzi, wybranych kodów błędów i ważności certyfikatów.

Centralizacja logów i zdarzeń

Odbiór uzgodnionych logów systemowych, aplikacyjnych i urządzeń. Ujednolicenie podstawowych pól, znaczników czasu i oznaczeń źródła oraz udostępnienie wyszukiwania danych historycznych.

Odbiór telemetrii aplikacyjnej

Pozyskiwanie dostępnych metryk aplikacji oraz śladów żądań, jeżeli aplikacja już je udostępnia lub istnieje obsługiwana, standardowa integracja. Bez obowiązku przebudowy kodu aplikacji.

Dashboardy i kontekst zasobów

Udostępnienie standardowych widoków dostępności, wydajności i zdarzeń. Powiązanie danych według systemu, lokalizacji i usługi, aby klient mógł sprawniej analizować problemy.

Alertowanie i automatyczne eskalacje

Konfiguracja progów, warunków alarmowych, odbiorców i kanałów powiadomień. Grupowanie powtarzających się alertów oraz uwzględnianie zatwierdzonych okien serwisowych.

Kontrola jakości monitoringu

Wykrywanie braku telemetrii, błędów kolektorów, opóźnień w odbiorze danych i problemów z integracjami. Obsługa usterek platformy w zakresie odpowiedzialności VigilHorizon.

Retencja, raportowanie i utrzymanie konfiguracji

Przechowywanie danych zgodnie z parametrami usługi, miesięczne zestawienie dostępności i wykorzystania zasobów oraz standardowe korekty progów, odbiorców i konfiguracji monitoringu.

Zasady współpracy

Jasny zakres. Uzgodnione działania.

Odpowiedzialność opisujemy w karcie usługi: wraz z listą zasobów, narzędziami, uprawnieniami i ścieżką eskalacji.

  • Diagnoza zdarzeń i działania w środowisku pozostają po stronie klienta. Plan nie zawiera obsługi awarii NOC ani analizy incydentów bezpieczeństwa SOC.
  • Telemetria aplikacyjna obejmuje dane już udostępniane przez aplikację lub dostępne przez obsługiwane standardowe integracje. Zmiany kodu i rozbudowana instrumentacja wymagają rozszerzenia.
  • Podstawowe testy sprawdzają odpowiedź wskazanych usług. Wieloetapowe scenariusze biznesowe, np. logowanie i wykonanie transakcji, są uzgadniane jako Synthetic Monitoring.
  • Liczbę źródeł, wolumen danych, czas retencji i kanały powiadomień określamy w karcie usługi.

SLA podjęcia sprawy określamy oddzielnie od czasu opanowania incydentu i przywrócenia usługi. Obsługa 24/7 nie jest gwarancją dostępności systemów klienta.

Uruchomienie usługi

Zanim zaczniemy obsługiwać zdarzenia.

Ustalamy zakres

Inwentaryzujemy zasoby, źródła danych, właścicieli usług, kontakty oraz oczekiwane rezultaty.

Podłączamy i konfigurujemy

Uruchamiamy standardowe integracje, dostęp, alerty i procedury właściwe dla wybranego planu.

Sprawdzamy gotowość

Testujemy telemetrię, eskalację i zatwierdzone działania. Uzgadniamy kryteria odbioru oraz rozpoczęcia obsługi.

 

Standardowe wdrożenie jest elementem uruchomienia planu i może mieć osobną opłatę wdrożeniową. Dedykowane konektory lub zmiany kodu aplikacji uzgadniamy jako odrębne prace.

Wybór planu

Najczęstsze pytania

Czy inżynier zareaguje na alert również w nocy?

Ten plan zapewnia automatyczne alertowanie przez całą dobę. Analiza alertu i reakcja człowieka w środowisku klienta nie są jego częścią. Obsługę awarii 24/7 zapewnia NOC, a incydentów bezpieczeństwa — SOC.

Czy monitoring obejmuje nasze własne aplikacje?

Tak, w zakresie danych udostępnianych przez aplikację lub obsługiwanych standardowych integracji. Jeżeli potrzebny jest dedykowany konektor, zmiana kodu albo nowe śledzenie żądań, określamy osobny zakres integracji lub Advanced Observability.

Co dzieje się, gdy system przestaje dostarczać dane?

Brak telemetrii jest wykrywany jako problem monitoringu. Utrzymujemy elementy platformy pozostające pod naszą administracją; sprawy wymagające działania w środowisku klienta kierujemy do uzgodnionych kontaktów.

Kolejny krok

Ustalmy zakres, który ma sens dla Twojej organizacji.

Porozmawiajmy o środowisku, priorytetach i odpowiedzialności zespołów. Na tej podstawie określimy zakres prac, wymagane dostępy oraz warunki obsługi.