Opis projektu
PrzetłumaczoneObsługujemy kilka usług internetowych, a przy każdym spowolnieniu lub awarii klienci zadają to samo pytanie: czy to wasz problem, czy nasz? Obecnie odpowiedź znajduje się w wewnętrznym czacie i nikt z zewnątrz jej nie widzi, więc potrzebujemy czystej publicznej strony statusu, która wyjaśni, co się dzieje. Główne zadanie to harmonogram sprawdzania, który pinguje każdą usługę w konfigurowalnych odstępach, rejestruje, czy odpowiedź była zdrowa i przechowuje historię, aby odwiedzający mogli zobaczyć ostatnie kilka dni na pierwszy rzut oka. Każda usługa odpowiada nazwanym komponentom na stronie, a komponent pokazuje wyraźny status: operacyjny, obniżony lub niedostępny, a ten status jest określany przez rzeczywiste wyniki sprawdzania, a nie ręcznie przełączane.
Oprócz automatycznych sprawdzeń potrzebujemy odpowiedniego zarządzania incydentami. Kiedy coś się psuje, pracownik otwiera incydent, ustawia tytuł i poziom powagi oraz publikuje krótkie aktualizacje, gdy przechodzimy od "badania" do "zidentyfikowanej przyczyny", "monitorowania" i "rozwiązania". Te aktualizacje trafiają zarówno na publiczną stronę, jak i do e-maila do wszystkich subskrybentów, więc powiadomienia są ważne: odwiedzający wpisuje adres, potwierdza go i otrzymuje e-mail, gdy otwiera się nowy incydent lub istniejący jest aktualizowany lub zamykany. Wypisanie się musi być proste i jednoczesne. Ważne jest dla nas, aby to pozostało wąskim narzędziem do statusu i dostępności, a nie ciężkim potworem monitorującym: brak zbierania logów, brak śledzenia, brak ogromnych pulpitów nawigacyjnych.
Oczekujemy małej aplikacji internetowej, która może być wdrożona na naszej własnej infrastrukturze, z panelem administracyjnym dla nas i szybką publiczną stroną dla wszystkich innych. Czysty czytelny kod i krótki przewodnik po konfiguracji są częścią pracy.
— Zaplanowane sprawdzenia dostępności dla każdej usługi z konfigurowalnym odstępem i przesuwającą się historią
— Publiczna strona z nazwanymi komponentami i wyraźnymi statusami: operacyjny, obniżony, niedostępny
— Tworzenie incydentów z poziomem powagi i aktualizacjami harmonogramu do rozwiązania
— Subskrypcja e-mailowa z potwierdzeniem, powiadomieniami o incydentach i jednoczesnym wypisaniem się
— Prosty panel administracyjny, możliwość samodzielnego hostingu, czysty kod i krótki przewodnik po konfiguracji
Oprócz automatycznych sprawdzeń potrzebujemy odpowiedniego zarządzania incydentami. Kiedy coś się psuje, pracownik otwiera incydent, ustawia tytuł i poziom powagi oraz publikuje krótkie aktualizacje, gdy przechodzimy od "badania" do "zidentyfikowanej przyczyny", "monitorowania" i "rozwiązania". Te aktualizacje trafiają zarówno na publiczną stronę, jak i do e-maila do wszystkich subskrybentów, więc powiadomienia są ważne: odwiedzający wpisuje adres, potwierdza go i otrzymuje e-mail, gdy otwiera się nowy incydent lub istniejący jest aktualizowany lub zamykany. Wypisanie się musi być proste i jednoczesne. Ważne jest dla nas, aby to pozostało wąskim narzędziem do statusu i dostępności, a nie ciężkim potworem monitorującym: brak zbierania logów, brak śledzenia, brak ogromnych pulpitów nawigacyjnych.
Oczekujemy małej aplikacji internetowej, która może być wdrożona na naszej własnej infrastrukturze, z panelem administracyjnym dla nas i szybką publiczną stroną dla wszystkich innych. Czysty czytelny kod i krótki przewodnik po konfiguracji są częścią pracy.
— Zaplanowane sprawdzenia dostępności dla każdej usługi z konfigurowalnym odstępem i przesuwającą się historią
— Publiczna strona z nazwanymi komponentami i wyraźnymi statusami: operacyjny, obniżony, niedostępny
— Tworzenie incydentów z poziomem powagi i aktualizacjami harmonogramu do rozwiązania
— Subskrypcja e-mailowa z potwierdzeniem, powiadomieniami o incydentach i jednoczesnym wypisaniem się
— Prosty panel administracyjny, możliwość samodzielnego hostingu, czysty kod i krótki przewodnik po konfiguracji
Administracja Gotówka, Przelew bankowy
