Reakcja na awarię strony internetowej: Niezawodny proces (infografika)
Opublikowany 13 lutego 2018 w Infografiki.
Tagi: awarie, eskalacja, infografika, monitoring, proces, weryfikacja, wykrywanie.
Bezawaryjne witryny, sklepy internetowe czy aplikacje webowe po prostu nie istnieją. Pomimo znakomitej infrastruktury, zdublowanych systemów i znakomitych mechanizmów zawsze coś może pójść nie tak.
Proponujemy Ci sprawdzony proces, który możesz zastosować w kryzysowej sytuacji – oczywiście odpowiednio adaptując do swoich warunków.
Możesz opublikować naszą infografikę na swoim blogu lub stronie internetowej. Użyj do tego poniższego kodu.
<a href="https://super-monitoring.com/images/reakcja-na-awarie-strony-internetowej.png" target="_blank"><img src="https://super-monitoring.com/images/reakcja-na-awarie-strony-internetowej.png" alt="Reakcja na awarię strony internetowej: Niezawodny proces (infografika)" style="max-width:1200px;width:100%;" /></a><br /> <br /> Źródło: <a href="https://www.supermonitoring.pl/blogpl/reakcja-na-awarie-strony-internetowej-niezawodny-proces-infografika/" target="_blank"><em>Reakcja na awarię strony internetowej: Niezawodny proces (infografika)</em></a>
Wersja tekstowa procesu
| Kiedy nie korzystasz z monitoringu | Kiedy korzystasz z monitoringu |
|---|---|
1. Wykrycie awarii. | |
| Problem ze stroną zauważasz sam lub – co gorsza – dowiadujesz się o nim od użytkowników. Tak czy inaczej, od wystąpienia awarii mija trochę czasu. | Otrzymujesz alert emailem i/lub SMSem niezwłocznie po wystąpieniu awarii. |
2. Weryfikacja awarii. | |
| Upewnij się, że awaria rzeczywiście wystąpiła – a nie jest to lokalny problem po Twojej stronie. Do potwierdzenia niedostępności możesz użyć np. www.stronaniedziala.pl. | Monitoring zaalarmuje Cię dopiero po potwierdzeniu wystąpienia awarii z kilku niezależnych lokalizacji. |
3. Sprawdzenie rodzaju awarii. | |
| Nie będąc informatykiem możesz postawić wstępną diagnozę w oparciu o obserwowane objawy – np. komunikaty wyświetlane przez przeglądarkę: a) “Nie udało się odnaleźć tej strony” / “Nie udało się znaleźć adresu IP” – domena wygasła lub pojawił się błąd w konfiguracji DNS (czyli serwera przypisującego adresy domenowe do adresów IP); b) “Przekroczono limit czasu połączenia” / “Serwer potrzebował zbyt wiele czasu na odpowiedź” – nie udało się nawiązać połączenia z serwerem; c) “Połączenie nie jest bezpieczne” / “Połączenie nie jest prywatne” – certyfikat SSL wygasł lub pojawił się błąd w jego konfiguracji na serwerze; d) “Błąd 500” / “Wewnętrzny błąd serwera” – coś nie tak z konfiguracją serwera; e) “Błąd 503” / “Usługa niedostępna” – najczęściej wyczerpanie zasobów serwera (zbyt duże obciążenie); f) “Błąd 404” / “Nie znaleziono” – brak podstrony lub pliku o podanym adresie; g) “Błąd 403” / “Dostęp zabroniony” – coś nie tak z prawami dostępu do danej lokalizacji; h) wyświetlają się puste szablony strony, bez treści – najprawdopodobniej awaria bazy danych; i) nie działa jedna z funkcji serwisu – np. nawigacja, przycisk, formularz. | Alert emailowy wysyłany przez system monitorujący zawiera informację o typie awarii. Ponadto, w panelu użytkownika uzyskasz dodatkowe dane – takie jak nagłówek HTTP, zawartość HTML, zrzut ekranu, wykres kaskadowy czy plik HAR. |
4. Eskalacja. | |
| W zależności od domniemanego rodzaju awarii, zgłoś problem odpowiedniemu specjaliście: – objawy a) do e) – administratorom serwera – objawy od f) do i) – programistom odpowiedzialnym za serwis. | Aplikację do monitoringu możesz skonfigurować tak, żeby wysyłała alerty również bezpośrednio do administratorów i programistów. |
5. Informacja dla użytkowników. | |
| Nie próbuj ukrywać awarii przed swoimi użytkownikami, to może Ci tylko zaszkodzić. Informuj ich niezwłocznie o: – wystąpieniu awarii – usunięciu awarii – przedłużającej się awarii. Po zakończeniu awarii wyjaśnij, dlaczego się pojawiła i jakie zamierzasz podjąć środki, żeby sytuacja się nie powtórzyła. | Możesz przygotować dla swoich użytkowników stronę ze statusem swojego serwisu, wyświetlającą aktualny stan awarii pobierany z systemu monitorującego. Możesz tam również publikować komunikaty dotyczące prac nad usunięciem awarii. |
6. Wnioski. | |
| Z każdej awarii można wynieść jakąś naukę. Zarówno w kwestii systemów, które zawiodły, jak też procedur postępowania w sytuacjach kryzysowych. Niech każde takie zdarzenie pomoże Ci zmniejszyć prawdopodobieństwo wystąpienia awarii w przyszłości. | |
