Cronitorex łączy dwa modele w jednym produkcie. Twoje zadania wysyłają pingi zwykłym HTTPS, a Cronitorex z zewnątrz wykonuje testy HTTP i SSL. Nic nie instalujesz na serwerach i nic nie musisz aktualizować.
Awarie kryją się w dwóch miejscach: w zadaniach, które przestają się uruchamiać, i w endpointach, które przestają odpowiadać. Pingi push pokrywają pierwsze, testy pull drugie. Jeden dashboard i jeden potok alertów dla obu.
Dodaj jedną linię curl do dowolnego crona, skryptu wdrożeniowego lub workera. Cronitorex rejestruje zdarzenia run, complete i fail i zauważa, gdy ping w ogóle nie dociera.
Cronitorex odpytuje Twoje endpointy HTTP i sprawdza certyfikaty SSL według harmonogramu, który ustalasz. Widzisz kody statusu, czasy odpowiedzi i dni do wygaśnięcia.
Zbudowane dla developerów, którzy chcą pełnej kontroli nad swoim stosem monitoringu.
Monitoruj zdarzenia run, complete i fail dla każdego zaplanowanego zadania. Alert w sytuacji, gdy zadanie nie wystartowało o czasie lub jego wykonanie przekracza dozwolony czas.
Powiadomienia e-mail, webhook i Slack w momencie awarii zadania lub wygaśnięcia certyfikatu SSL.
Strumień zdarzeń na żywo, analityka awarii, najwolniejsze zadania, najaktywniejsze monitory - wszystko w jednym czystym widoku.
Czas odpowiedzi i kody statusu dla dowolnego endpointu. Ponowne próby, progi, konfigurowalne interwały.
Dowiedz się zanim certyfikat wygaśnie. Ostrzeżenia z wielodniowym wyprzedzeniem.
Obejmij dowolne zadanie jednym poleceniem curl. Bez SDK, bez agentów - wyłącznie standardowe HTTP.
# oznacz zadanie jako complete curl -X POST https://api.cronitorex.com/ping/backup \ -d 'status=complete'
Wygasły certyfikat to pełna awaria ze znaną datą. Cronitorex sprawdza cały łańcuch, nie tylko certyfikat końcowy, więc zepsuty certyfikat pośredni też Cię nie zaskoczy.
Ustaw własne progi i otrzymuj ostrzeżenia na 30, 14 i 7 dni przed datą wygaśnięcia. Certyfikaty wildcard i wielodomenowe działają tak samo.
checkout.example.com issuer Let's Encrypt expires in 38 days chain complete · 3 certificates alerts at 30 / 14 / 7 days
Timeout to nie to samo co błąd 500, a chwilowy problem z DNS to nie wygasły certyfikat. Cronitorex oddziela błędy przejściowe od twardych awarii, więc chwilowa czkawka sieci nie budzi Cię w nocy.
Błędy przejściowe uruchamiają automatyczne ponowienia z backoffem: 60 sekund, potem 5 minut, potem 15 minut. Dostajesz jeden sensowny alert zamiast trzech głośnych.
Monitory to dane, nie klikanie. Wyeksportuj całą konfigurację jako JSON lub YAML, trzymaj ją w gicie i przeglądaj zmiany jak każdy inny pull request.
To samo REST API, które odbiera pingi, zarządza też monitorami, z dokumentacją OpenAPI i Swagger UI. Utwórz lub zaktualizuj monitor z CI jednym żądaniem.
monitors:
- name: db-backup
type: cron
schedule: "0 2 * * *"
grace: 10m
alerts: [email, telegram]
- name: checkout-ssl
type: ssl
host: checkout.example.com
thresholds: [30, 7] Nie. Monitoring push to pojedyncze żądanie HTTP wysyłane z Twojego zadania, a testy pull działają z infrastruktury Cronitorex. Na Twoich serwerach nie ma nic do instalowania ani aktualizowania.
Jedna monitorowana rzecz: zadanie cron, endpoint HTTP lub certyfikat SSL. Każdy plan liczy monitory tak samo, a typy możesz dowolnie mieszać w ramach limitu.
E-mail, webhook, Telegram i Discord są w każdym planie, także Free. Slack zaczyna się od planu Pro. PagerDuty jest dostępny w planie Business.
Zarejestruj się, skopiuj klucz API i wklej polecenie curl do swojego crontaba. To wszystko, co jest potrzebne.