Cronitorex monitoruje zadania cron, skrypty wdrożeniowe, endpointy HTTP i certyfikaty SSL. Wyślij ping z dowolnego skryptu - powiadomienie o awarii dociera do Ciebie w ciągu 60 sekund. Bez konieczności budowania własnej infrastruktury monitoringu od zera.
# Cron, deploy, ETL, backup, worker - dowolne zadanie w 3 liniach curl -sf https://api.cronitorex.com/ping \ -H "Authorization: Bearer $CRONITOREX_API_KEY" \ -d '{"event_type":"ping","monitor":"db-backup","status":"run"}' /usr/local/bin/backup.sh # Twój skrypt - dowolne polecenie curl -sf https://api.cronitorex.com/ping \ -H "Authorization: Bearer $CRONITOREX_API_KEY" \ -d '{"event_type":"ping","monitor":"db-backup","status":"complete","duration":47.3}'
Współpracuje z dowolnym skryptem uruchamianym z powłoki - bash, Python, GitHub Actions, k8s CronJob, Airflow task, deploy hook.
Większość awarii nie ogłasza się sama. Wyglądają tak:
Cron z pg_dump kończy się kodem 1 od czwartego. Nikt tego nie zauważył, bo padające zadanie nie zapisuje niczego na dashboardzie i nie wysyła maila. Dowiadujesz się przy restore, czyli w najdroższym możliwym momencie.
Odnawianie było zautomatyzowane, dopóki ktoś nie przeniósł DNS. Certyfikat wygasł o 2:13, a checkout straszył ostrzeżeniem bezpieczeństwa do poniedziałku. Nic w stacku nie uznało tego za błąd.
Serwer twierdzi, że proces działa. Użytkownicy i tak dostają 502 z load balancera. Od środka wszystko wygląda zdrowo i właśnie dlatego żądanie musi przyjść z zewnątrz.
Cronitorex powstał dla tych trzech momentów.
Zbudowane dla developerów, którzy chcą pełnej kontroli nad swoim stosem monitoringu.
Trzy pingi. Pełna widoczność.
Jedno żądanie HTTP na ping. Cronitorex koreluje je w timeline, wykrywa pominięte uruchomienia i wysyła alerty w sekundach. Bez agentów. Bez demonów. Tylko trzy pingi.
Wyślij ping run na początku swojego zadania.
{"status": "run"}Twoje zadanie się wykonuje. Cronitorex czeka.
/usr/bin/backup.shWyślij complete lub fail. Dashboard aktualizuje się natychmiast.
{"status": "complete"}Szybki rzut oka na to, co Cronitorex pokazuje Ci na co dzień. Przeklikaj zakładki.
Uruchomienie zakończyło się z exit 1. Alert wysłany na Telegram i e-mail.
Zewnętrzne API zwróciło 401 po rotacji klucza. Poprawka w toku.
Test HTTP trzy razy z rzędu zwrócił 503.
Incydent u dostawcy zamknięty. Testy znów zielone.
E-mail, webhook, Telegram i Discord w każdym planie. Slack od Pro, Slack bez limitu i PagerDuty w planie Business.
Zewnętrzny polling i przeszukiwanie logów pomijają po całej klasie awarii. Pingi domykają tę lukę.
Check mówi tyle, że serwer odpowiedział. Nie powie Ci, że backup z 2:00 w ogóle nie wystartował, bo nie istnieje URL, który można odpytać o zadanie, którego nie było.
Logi zapisują wszystko i nie alarmują o niczym. Grepanie wczorajszego stack trace'a to archeologia; zanim ktoś go przeczyta, szkoda już się wydarzyła.
Zadanie, które zgłosiło run i nigdy nie zgłosiło complete, wisi. Zadanie, które nie zgłosiło niczego, umarło. Oba podnoszą alert w ciągu minuty, z kodem wyjścia i stderr w komplecie.
Cronitorex robi jedno i drugie: pingi od środka, checki z zewnątrz. Zobacz, jak to działa →
Wybierasz monitory, które chcesz pokazać, a Cronitorex publikuje stronę statusu z bieżącym stanem, procentem uptime i historią incydentów. Aktualizacje piszesz w trakcie diagnozy, więc support przestaje w kółko odpowiadać na ten sam mail. Dostępne w każdym planie, pod własnym adresem.
Sześć typowych scenariuszy, w których Cronitorex sprawdza się najlepiej.
Jeśli coś umie wysłać żądanie HTTP, da się to monitorować. Bez agenta, bez SDK, bez reguł na firewallu: pingi wychodzą z Twojej strony.
Wystarczy jedna linia z curl. W dokumentacji są gotowe snippety dla każdego środowiska. Przejrzyj dokumentację →
Tak. Cronitorex codziennie pilnuje produkcyjnych cronów, endpointów HTTP i certyfikatów SSL. Ruch produkcyjny jest w pełni wspierany w każdym planie, także Free.
Cronitorex udostępnia standardowe HTTP API oparte na wzorcu run/complete/fail. Jeżeli obecne narzędzie wykorzystuje podobny model pingu, migracja sprowadza się do podmiany adresu URL i klucza API w istniejących skryptach. Pełna dokumentacja API znajduje się pod adresem docs.cronitorex.com, a krok po kroku prowadzi przez to przewodnik migracji obejmujący przejście z Cronitor, PostPing i innych narzędzi.
Powiadomienia e-mail, Telegram, Discord oraz webhook są dostępne we wszystkich planach. Slack jest dostępny od planu Pro jako pojedynczy kanał, a bez limitu kanałów w planie Business. Webhook pozwala podłączyć dowolny endpoint HTTP, co umożliwia samodzielną integrację z dowolną zewnętrzną usługą.
Tak. Wybierasz, które monitory publikujesz, a Cronitorex generuje publiczną stronę statusu z bieżącym stanem usług, procentem uptime i historią incydentów - dostępne w każdym planie, także Free.
Cronitorex działa na naszej własnej infrastrukturze zlokalizowanej w Unii Europejskiej, w pełnej zgodności z RODO. Cała komunikacja przebiega po protokole HTTPS z TLS 1.3 - żaden ping nie jest przesyłany w postaci czystego tekstu. Baza danych znajduje się w wydzielonej sieci prywatnej, dostępnej wyłącznie dla naszych usług aplikacyjnych. Hasła użytkowników są przechowywane w postaci hasha kryptograficznego. Klucz API można zrotować w dowolnym momencie z poziomu panelu profilu - poprzedni traci ważność natychmiast. Codzienne backupy bazy są szyfrowane i przechowywane z 30-dniową retencją. Pełny eksport danych oraz usunięcie konta są dostępne bezpośrednio w panelu. Nie sprzedajemy ani nie udostępniamy danych stronom trzecim. W sprawie raportu z audytu lub instalacji on-premise prosimy o kontakt: hello@cronitorex.com.
Zarejestruj się, skopiuj klucz API i wklej polecenie curl do swojego crontaba. To wszystko, co jest potrzebne.