Opis projektu
PrzetłumaczoneNasi użytkownicy ciągle wysyłają maile do wsparcia, pytając, czy usługa działa, czy nie, a my nie mamy jednego miejsca, aby na to szczerze odpowiedzieć. Chcę samodzielnie hostowanej publicznej strony statusu, która mówi za całą platformę: powinna przeprowadzać zautomatyzowane kontrole dostępności w krótkich odstępach czasu na naszym API, stronie internetowej, bazie danych i pracownikach w tle oraz przekształcać każdy wynik w jasny stan komponentu — operacyjny, obniżony lub poważna awaria. Strona musi być szybka, responsywna na urządzenia mobilne i czytelna na pierwszy rzut oka, aby odwiedzający od razu widzieli, co działa, a co nie, bez przeszukiwania logów. To nie jest ogólny pulpit analityczny z metrykami biznesowymi; to skoncentrowana strona niezawodności, której jedynym zadaniem jest raportowanie bieżącej i przeszłej dostępności.
Poza bieżącym statusem potrzebuję pełnego przepływu pracy incydentów. Gdy kontrola zawiedzie lub ręcznie ogłosimy incydent, system powinien go otworzyć, pozwolić nam publikować aktualizacje z oznaczeniem czasu, gdy prowadzimy dochodzenie, znajdujemy przyczynę, monitorujemy i w końcu zamykamy problem, oraz prowadzić publiczną historię, aby ludzie widzieli, jak poradziliśmy sobie z przeszłymi awariami. Chcę również zaplanować ogłoszenia o konserwacji z wyprzedzeniem, aby planowana przerwa w działaniu nigdy nie wyglądała jak niespodziewana katastrofa. Oblicz dostępność dla każdego komponentu i pokaż bieżący procent za ostatnie 30 i 90 dni na podstawie zapisanych wyników kontroli, aby liczby były rzeczywiste i weryfikowalne, a nie dekoracyjne.
Powiadomienia dla subskrybentów są niezbędne. Odwiedzający powinni mieć możliwość subskrypcji przez e-mail i otrzymywania wiadomości, gdy incydenty się otwierają, aktualizują i zamykają, a także gdy planowana jest konserwacja, z możliwością łatwego wypisania się. Potrzebujemy również sekcji administracyjnej do zarządzania komponentami, przeprowadzania kontroli i pisania aktualizacji incydentów. Oczekuję czystego, udokumentowanego kodu i prostych instrukcji konfiguracji.
— Zautomatyzowane kontrole dostępności (HTTP, API, baza danych, pracownicy) z konfigurowalnymi interwałami
— Stany komponentów: operacyjny, obniżony, częściowa awaria, poważna awaria
— Kanał incydentów z etapami: badanie/znalezienie przyczyny/monitorowanie/rozwiązane
— Zaplanowane ogłoszenia o konserwacji publikowane z wyprzedzeniem
— Bieżący procent dostępności za 30 i 90 dni na podstawie zapisanych wyników kontroli
— Subskrypcja e-mailowa z powiadomieniami i możliwością wypisania się
— Panel administracyjny do zarządzania komponentami, ręcznych kontroli i aktualizacji incydentów
Poza bieżącym statusem potrzebuję pełnego przepływu pracy incydentów. Gdy kontrola zawiedzie lub ręcznie ogłosimy incydent, system powinien go otworzyć, pozwolić nam publikować aktualizacje z oznaczeniem czasu, gdy prowadzimy dochodzenie, znajdujemy przyczynę, monitorujemy i w końcu zamykamy problem, oraz prowadzić publiczną historię, aby ludzie widzieli, jak poradziliśmy sobie z przeszłymi awariami. Chcę również zaplanować ogłoszenia o konserwacji z wyprzedzeniem, aby planowana przerwa w działaniu nigdy nie wyglądała jak niespodziewana katastrofa. Oblicz dostępność dla każdego komponentu i pokaż bieżący procent za ostatnie 30 i 90 dni na podstawie zapisanych wyników kontroli, aby liczby były rzeczywiste i weryfikowalne, a nie dekoracyjne.
Powiadomienia dla subskrybentów są niezbędne. Odwiedzający powinni mieć możliwość subskrypcji przez e-mail i otrzymywania wiadomości, gdy incydenty się otwierają, aktualizują i zamykają, a także gdy planowana jest konserwacja, z możliwością łatwego wypisania się. Potrzebujemy również sekcji administracyjnej do zarządzania komponentami, przeprowadzania kontroli i pisania aktualizacji incydentów. Oczekuję czystego, udokumentowanego kodu i prostych instrukcji konfiguracji.
— Zautomatyzowane kontrole dostępności (HTTP, API, baza danych, pracownicy) z konfigurowalnymi interwałami
— Stany komponentów: operacyjny, obniżony, częściowa awaria, poważna awaria
— Kanał incydentów z etapami: badanie/znalezienie przyczyny/monitorowanie/rozwiązane
— Zaplanowane ogłoszenia o konserwacji publikowane z wyprzedzeniem
— Bieżący procent dostępności za 30 i 90 dni na podstawie zapisanych wyników kontroli
— Subskrypcja e-mailowa z powiadomieniami i możliwością wypisania się
— Panel administracyjny do zarządzania komponentami, ręcznych kontroli i aktualizacji incydentów
Administracja Gotówka, Przelew bankowy
