Cron užduočių ir veikimo signalų stebėjimas, kuris aptinka paslėptus gedimus.
Nutrūkusi cron užduotis nei klaidos parodo, nei įrašo žurnale palieka — apie tai sužinote tik tada, kai prireikia atsarginės kopijos. Priskirkite užduočiai ping URL, ir Uptimia incidentą sukurs per minutę nuo praleisto termino.
Pulse — last 2 hours
one blip per ping received · 24 expectedHow this check works
hb_9f2c41d8a03b57e6The ping — one line of cron
crontab · queue-workerPing log
every signal we received, newest firstAtsarginė kopija, kuri taip ir nepasidarė
Naktinė duomenų bazės atsarginė kopija, suplanuota 03:30. Scenarijus nulūžo nespėjęs išsiųsti ping signalo — jokios klaidos, jokio įrašo žurnale, o vieninteliu ženklu tapo tai, kad ping taip ir neatėjo.
Stebėkite suplanuotas užduotis, kad ir kur jos veiktų
Jei užduotis gali siųsti HTTP užklausą, Uptimia ją stebės — veikimo signalai keliauja tik į išorę, tad veikia ir už ugniasienės bei NAT.
Grafikai, signalai ir ping žurnalas
Įspėjimas per minutę
Kiekvienas stebėjimo objektas tikrinamas kas 60 sek. Praleidus terminą virš leistino vėlavimo, sukuriamas vienas incidentas ir siunčiami įspėjimai — jokių pakartotinių pranešimų, incidentas užsidaro tik gavus tikrą ping.
- Eskalavimo pakopos ir patvirtinimo nuorodos vienu spustelėjimu — prisijungti nereikia
- Atsigavimo pranešimas, kai užduotis vėl pasileidžia
- Techninės priežiūros laikotarpiai ir pauzė — jokių klaidingų įspėjimų diegimo metu
Jūsų cron išraiška, jūsų laiko juosta
Įklijuokite eilutę tiesiai iš crontab failo arba nurodykite paprastą intervalą nuo 30 sekundžių iki 90 dienų. Terminai automatiškai prisitaiko prie vasaros laiko pokyčių, todėl 03:30 užduotis liks 03:30 užduotimi ir spalį.
- Bet kokia penkių laukų cron išraiška — intervalai, žingsniai, pavadinimai, @daily makrokomandos
- Kiekvienai užduočiai savas leistinas vėlavimas — kartais ilgiau užtrunkanti užduotis nieko neiškvies
- Klaidingi ar neįmanomi grafikai atmetami išsaugojimo metu
laiko juostą
Visi paleidimai ping žurnale
Atsidarykite stebėjimą ir pamatysite, kada užduotis paskutinį kartą pasileido, ar ji savaitė po savaitės vėluoja vis labiau, kiek truko kiekvienas paleidimas — nesijungiant prie serverio per SSH.
- 12 valandų pulso juosta ir valandinių ping signalų diagrama, palyginta su laukiamu dažniu
- Kiekvieno paleidimo trukmė, kai užduotis atsiunčia pradžios signalą
- Pavėlavę ping signalai pažymimi žurnale — bet niekas neiškviečiamas
laukiama 4 / val. — 09:00 gauta 3
start 09:45:01 · success 09:45:03 → run 2.1 s
Pagauna ne tik tylą, bet ir užstrigusias ar nulūžusias užduotis
Trys signalai apima visus būdus, kaip užduotis gali sugesti. Sėkmės signalas iš naujo paleidžia laikmatį; pradžios signalas įjungia maksimalios trukmės ribą, todėl apie užstrigusią užduotį sužinosite net tada, jei ji taip ir nebaigs darbo; klaidos signalas įspėja iš karto.
- /start — paleidimo trukmė žurnale ir maksimalios trukmės viršijimo aptikimas
- /fail — incidentas iš karto, leistino vėlavimo nelaukiama
- Veikia iš bet kurio HTTP kliento — curl, wget, PowerShell ar jūsų pačių kodo
tipai
Kaip veikia veikimo signalo stebėjimas
Po vieną URL kiekvienai užduočiai — jokio agento, jokios bibliotekos.
Sukurkite stebėjimo objektą
Pavadinkite užduotį ir nustatykite jos grafiką — intervalą arba cron. Išsaugojus sugeneruojamas privatus ping URL.
Pridėkite prie užduoties vieną eilutę
Pridėkite curl komandą arba nusikopijuokite paruoštą pavyzdį — Crontab, Bash, PowerShell, GitHub Actions ar PHP. Stebėjimas įsijungia po pirmo ping'o.
30 3 * * * /usr/local/bin/db-backup.sh \
&& curl -fsS -m 10 --retry 3 \
https://uptimia.com/p/hb_9f2…c41 >/dev/null
# pirmas tikras ping'as įjungia stebėjimą:
✓ ping'as gautas — db-backup · nightly įjungtas
Sužinokite, kai užduotis nutyla
Praleistas terminas + leistinas vėlavimas = vienas incidentas. Komanda įspėjama per minutę jums įprastais kanalais.
Pridėkite prie užduoties vieną eilutę.Sužinokite tą pačią naktį, kai ji sustos.
Kiekviena užduotis, kiekvienas ping'as, kiekvienas įspėjimų kanalas — 30 dienų nemokamai, be jokių papildomų mokesčių.
Taip pat įskaičiuota
Visavertė REST API
Kurkite, redaguokite, pristabdykite ir trinkite veikimo signalus tiesiai iš savo diegimo grandinės — o cron peržiūros galinis taškas patikrina išraiškas dar prieš jas paleidžiant.
Fragmentai su įrašytu jūsų API raktu
Crontab, Bash, PowerShell, GitHub Actions ir PHP.
Naujas žetonas vienu spustelėjimu
Senasis URL nustoja galioti, vos tik sugeneravus naują.
Dažnio ribos, tinkamos ir už NAT
Skaičiuojama pagal stebėjimo objektą, ne IP — tinka darbininkų grupėms.
Bandomieji ping
Paleiskite vieną skydelyje — pamatysite jį žurnale.
Visi stebėjimo tipai vienoje paskyroje
Tos pačios grupės, tas pats kontaktų sąrašas ir tie patys vaidmenys kaip ir kituose stebėjimo tipuose.
Kur atkeliauja jūsų įspėjimai
Praleista atsarginė kopija pasiekia tuos pačius žmones tais pačiais kanalais, kaip ir neveikianti svetainė.
Microsoft Teams12 kanalų, vienas kontaktų sąrašas — nustatote vieną kartą, naudoja visi stebėjimo tipai.
Peržiūrėkite visą integracijų katalogą →Kas yra cron užduočių ir veikimo signalų stebėjimas?
Suplanuotų užduočių (cron) stebėjimas — dar vadinamas veikimo signalų stebėjimu — tikrina, ar suplanuotos užduotys iš tikrųjų įvyksta. Čia ne Uptimia tikrina jūsų serverį — kiekviena užduotis, pasileidusi, pati nusiunčia trumpą HTTP užklausą („ping“) į savo unikalų URL. Jei ping neatkeliauja laiku (įskaitant leistiną vėlavimą), Uptimia užregistruoja incidentą ir jus įspėja.
Veikimo stebėjimas
Veikia tada, kai yra ko paklausti. Svetainės ir API atsako, o cron užduotis — ne.
Veikimo signalų stebėjimas
jei iki 03:32 ping negaunamas → atidaromas incidentas · /fail ping įspėja iš karto
Budrumo jungiklis cron užduotims
Kiekvienas Uptimia veikimo signalų stebėjimas toks ir yra — tvarkaraščiai pagal cron, leistinas vėlavimas ir įspėjimai ten, kur dirba jūsų komanda.
Dažni klausimai apie veikimo signalų stebėjimą
01Ką iš tikrųjų turi daryti mano užduotis?+
curl -fsS -m 10 --retry 3 https://uptimia.com/p/hb_… crontab eilutės gale. Tinka GET, POST ir HEAD. Iki pirmo tikro ping stebėjimo objektas miega, todėl kol viską prijungiate, jis įspėti negali.02Kada tiksliai suveikia įspėjimas?+
/fail ping įspėja iš karto, o kol incidentas atviras, pakartotinių įspėjimų nebūna.03Mano užduotis ne lūžta, o pakimba — ar tai pastebėsite?+
/start ir nustatykite didžiausią leidžiamą trukmę. Jei per tą laiką sėkmės signalas neateina, sukuriamas incidentas. Žurnale taip pat matysite kiekvieno paleidimo trukmę.04Kodėl nepasileido mano cron užduotis?+
05Ar galima stebėti Kubernetes CronJob, GitHub Actions ar Windows užduotis?+
06Kokius duomenis saugote apie kiekvieną ping?+
07Siunčiame pingus iš šimtų darbinių procesų per vieną NAT — ar tai problema?+
08Pagal kurią laiko juostą veikia cron grafikai?+
09Ar galima valdyti veikimo signalus be UI?+
10Ar nuorodos peržiūra gali parodyti neveikiančią užduotį kaip veikiančią?+
11Ar veikimo signalų stebėjimas yra mokamas priedas?+
Apie kitą nepasileidusią užduotį turite sužinoti iš karto.
Viena eilutė užduoties gale — ir ji jau stebima, šalia jūsų veikimo, SSL ir serverių stebėjimo.