Od rejestracji do pierwszego wiarygodnego alarmu.

Prowadzony onboarding przeprowadzi Cię przez prawdziwy test, dostarczony alert i publikację strony statusu.

1. Pierwszy monitor

Najprostszy start to HTTPS. Wpisz publiczny adres, oczekiwany zakres kodów i interwał. Publiczne probe blokują localhost, prywatne sieci, endpointy metadata i DNS rebinding.

GET https://api.example.com/health
expected: 200–399
quorum: 1 / 1 (obecne wdrożenie)

2. Alerty

Dodaj e-mail, Telegram albo webhook. Wykonaj channel.test — dopiero dostarczony test zalicza krok onboardingu.

3. Strona statusu

Wybierz komponenty, slug i zakres historii. Snapshot jest podpisany i serwowany przez osobny renderer bez dostępu do PostgreSQL i NATS.

4. Incydenty

Retry, progi awarii, recovery i anti-flap chronią przed pojedynczym błędem. Po dodaniu niezależnych regionów możesz podnieść quorum bez zmiany typu monitora.

5. Raporty SLA

Płatne plany pozwalają generować podpisane raporty z uptime, incydentami, maintenance i metrykami odpowiedzi oraz ustawiać ich harmonogram.

6. Voice

SIP OPTIONS sprawdza sygnalizację. REGISTER testuje uwierzytelnienie. Synthetic Call dodaje SDP, RTP, DTMF, IVR i diagnostyczny MOS. Funkcje wymagają aktywnego regionu Voice i zweryfikowanego celu.

7. API

Klucze API są przypisane do kont serwisowych i zakresów uprawnień. Sekret jest wyświetlany tylko raz, a każda operacja pozostawia ślad audytowy.

8. Bezpieczeństwo

Włącz TOTP lub passkey. Organizacje enterprise mogą wymusić OIDC. Operacje ryzykowne wymagają świeżego step-up authentication.