Backupy, które przestają działać, potoki danych, które się zacinają, certyfikaty, które wygasają. Trzy szczegółowe scenariusze zadań, na których zespoły tracą najwięcej, gdy nikt nie patrzy.
Sześć typowych scenariuszy, w których Cronitorex sprawdza się najlepiej.
Produkcyjny cron pada w sobotę o 2 w nocy. Dowiesz się w niedzielę z pierwszych wiadomości od klientów? Cronitorex wysyła powiadomienie w 60 sekund - kanałem e-mail, Telegram, Discord, Slack lub webhookiem na dowolny endpoint.
Setki zadań cron rozproszonych na kilkunastu serwerach. Cronitorex prezentuje wszystkie w jednym widoku, wysyła alerty przy pominiętych uruchomieniach i rejestruje wyjście stderr przy awariach. Wiesz, co padło dziś - bez logowania przez SSH na każdą maszynę z osobna.
Każdy klient otrzymuje osobny tag, własne reguły powiadomień i własny widok dashboardu. Wdrożenie nowego klienta zajmuje 5 minut - monitoring jego zadań cron działa od pierwszego pingu. Koniec z logowaniem do 30 osobnych paneli.
Setki zadań batchowych, nocne procesy ETL, potoki danych. Cronitorex integruje się z każdym zadaniem - ping run na starcie, complete po sukcesie, fail w razie wyjątku. Wykrywasz zepsuty potok, zanim tabele downstream stracą aktualność.
Workery w tle, kolejki zadań, webhooki płatności, synchronizacja zamówień. Gdy któreś zadanie cicho padnie, tracisz dane albo pieniądze. Cronitorex powiadamia w sekundę, gdy job nie zmieści się w swoim oknie czasowym.
Mały zespół, zero czasu na budowanie monitoringu. Zamiast budować własny system monitoringu, wklejasz jedno polecenie curl do crontaba. Pełna widoczność infrastruktury od pierwszego dnia, bez utrzymywania własnego stosu narzędzi.
Skrypt backupu, który cicho zawodzi, jest gorszy niż brak backupu, bo przestajesz się martwić. Opakuj nocny pg_dump w dwa pingi, a Cronitorex potwierdzi każde pojedyncze uruchomienie.
Jeśli ping nie dotrze, rano dostajesz alert o pominięciu, a nie niespodziankę podczas przywracania danych.
#!/usr/bin/env bash
ping() {
curl -fsS "https://api.cronitorex.com/ping/nightly-backup?status=$1" \
-H "Authorization: Bearer $CRONITOREX_API_KEY" >/dev/null
}
ping run
pg_dump -Fc app_db > /backups/app_$(date +%F).dump \
&& ping complete || ping fail Potoki rzadko umierają głośno. Zwalniają, nakładają się na siebie i po cichu gubią okna czasowe. Wyślij duration razem z pingiem complete, a Cronitorex śledzi, ile trwa każde uruchomienie.
Identyfikator series wiąże pingi run i complete jednego wykonania, więc nakładające się uruchomienia nigdy się nie pomieszają.
t0 = time.time()
requests.get(API, params={"status": "run", "series": run_id})
rows = extract_and_load()
requests.get(API, params={
"status": "complete",
"series": run_id,
"duration": round(time.time() - t0, 1),
}) Agencje odnawiają dziesiątki certyfikatów w różnych terminach, wystawianych przez różnych dostawców. Jedna wygasła domena to jeden bardzo niezadowolony klient.
Dodaj każdą domenę jako monitor SSL z progami 30 i 7 dni i otaguj ją per klient. Dashboard pokazuje najbliższe wygaśnięcie w całym portfolio.
client-acme.com valid 62 days client-globex.com valid 118 days client-initech.com warn 6 days client-umbrella.com valid 41 days thresholds: 30 days · 7 days
Zarejestruj się, skopiuj klucz API i wklej polecenie curl do swojego crontaba. To wszystko, co jest potrzebne.