Svetainių stebėjimas su PagerDuty įspėjimais

Uptimia stebi jūsų svetaines, sertifikatus ir apmokėjimo procesą iš išorės ir kiekvieną patvirtintą triktį užregistruoja kaip incidentą sistemoje PagerDuty. Tada viską perima jūsų eskalavimo taisyklės — skambinama vienam, o jei neatsiliepia, kitam, kol kas nors imasi reikalo.

Pradėkite nemokamą bandymą → Pažiūrėkite, kas sukelia incidentą
Paruošimo vadovasKaip gauti PagerDuty raktą: žingsnis po žingsnio Skaityti vadovą

Įspėjimui reikia atsakingo žmogaus, o ne publikos

Įspėjimas pokalbių kanale — tarsi skelbimas visiems: mato kiekvienas, todėl atsakingo nėra. PagerDuty tą patį gedimą paverčia užduotimi konkrečiam žmogui — viena pavardė, vienas laikmatis, o kai laikas baigiasi — kita pavardė.

Įspėjimas kaip žinutė kanale

Mato visi, atsako niekas

Signing API neveikia
04:52 · paskelbta #alerts
čia niekas nebudi
Pokalbių istorija
trys 👍 reakcijos iki pusryčių

Kiekvienas, pamatęs žinutę, mano, kad ja jau pasirūpino arčiau klaviatūros sėdintis kolega, o sekmadienį visa komanda miega vienu metu. Kanalas juk nežino, kieno šiandien savaitgalis.

Įspėjimas kaip PagerDuty incidentas

Vienas vardas, laikmatis, tada telefonas

Signing API neveikia
04:52 · paleidimo įvykis
taisyklė · 4 min laikmatis
Telefonas, kuris privalo atsiliepti
skambina, perduoda toliau, fiksuoja patvirtinimą

PagerDuty jau žino, kas šią savaitę budi, kuriuo numeriu skambinti ir ką daryti, jei niekas neatsiliepia. Vienintelio dalyko jam trūksta — postūmio pradėti: įrodymo iš už jūsų tinklo ribų, kad tikras lankytojas puslapio nepasiekė.

Garsesnis kanalas nepadeda. Padeda įspėjimas su atsakingu asmeniu ir tiksinčiu laikrodžiu. Štai sekmadienio ryto perjungimas į atsarginį regioną, minutė po minutės:

Vienas sutrikimas — vienas skambutis

Dėl vieno gedimo jūsų infrastruktūroje devynios patikros gali užsidegti raudonai vienu metu — atsiskaitymas, API, prisijungimas, visos tą pačią minutę. Uptimia jas sujungia į vieną incidentą, o PagerDuty skambina į vieną telefoną: tam, kas tą savaitę budi.

04:52 Sugenda devynios patikros su tomis pačiomis eskalavimo taisyklėmisVienas incidentą atidarantis įvykis: „Neveikia 9 stebėjimo objektai — Signing API ir dar 8 (#482)“ svarba · critical
04:53 Taisyklės skambina pirmajam budinčiajam — neatsiliepiaNiekas nedingsta: taisyklės jau skaičiuoja laiką iki antrojo žingsnio taisyklės · 1 žingsnis
04:58 Antrasis budintysis patvirtina ir pradeda perjungimą į kitą regionąSantraukoje įvardytas stebėjimo objektas ir svarba — to pakanka pirmam veiksmui patvirtinta PagerDuty
05:16 ✅ Atsistatė: visi 9 stebėjimo objektai vėl veikiaSavas įvykis, kurio svarba warning — incidentą uždaro pats budintysis atsistatymo įvykis
24 minneveikia → veikia
Gedimą pašalinęs inžinierius nebuvo nė karto atsidaręs Uptimia2-oji budėjimo savaitė
Budėjęs žmogus neturėjo Uptimia paskyros ir jos neprireikė. Iškvietime buvo nurodytas stebėjimo objektas, svarba ir komponentas — to pakako imtis veiksmų, o patvirtinimas liko užfiksuotas PagerDuty.
9 objektai, 1 įvykispatvirtinta per 6 minneveikė 24 minutesprisijungti nereikia
Gedimas aptiktas iš išorės. Visa kita vyko PagerDuty sistemoje — grafikas, skambutis, eskalavimas, patvirtinimas. prisijungti prie stebėjimo nereikia

Prijunkite PagerDuty per tris žingsnius

Sukurkite paslaugą PagerDuty, nukopijuokite gautą raktą ir įklijuokite jį į Uptimia. Nereikia nei tvirtinti programos, nei nieko diegtis ir palaikyti veikiančio.

1 žingsnis2 min

Nukopijuokite raktą iš PagerDuty

Sukurkite paslaugą PagerDuty — Uptimia reikia tik jos parodyto rakto.

Web platform · Events API v2 Kopijuoti raktą
R0VE··············KEY · viena reikšmė, daugiau nieko konfigūruoti nereikia
2 žingsnis1 min

Įklijuokite jį į Uptimia

Išsaugokite raktą — bandomasis įvykis iškart parodo, kad nukreipimas veikia.

Siųsti įspėjimus į
PagerDuty · Web platformEl. paštasSlack
bandomasis įvykis pristatytas · svarba info · šaltinis uptimia.com
3 žingsnissvarbu

Eskalavimą patikėkite PagerDuty

Jūsų grafikai, pavadavimai ir skambučiai lieka PagerDuty — Uptimia užregistruoja incidentą ir atsitraukia.

Kas eskaluoja
PagerDuty taisyklės — budintysis → +4 min antrasis → +10 min vadovas
Uptimia pakopos — vienas žingsnis · per techninę priežiūrą nieko nesiunčiama
Techninis paruošimo vadovas

Prijunkite PagerDuty prie Uptimia

Visi žingsniai pagalbos centre: kaip sukurti paslaugą PagerDuty, nukopijuoti raktą ir priskirti jį savo stebėjimo objektams.

Atverti diegimo vadovą → help.uptimia.com

Iškviesti gali bet kuri jūsų patikra

Pagrindinio puslapio ping'as pasako tik apie patį puslapį. Uptimia dar ir pereina prisijungimą žingsnis po žingsnio, seka API grandinę, kuri nutrūksta ties trečiąja užklausa, ir pastebi suplanuotą užduotį, kuri taip ir neprisistatė — ir kiekviena iš jų gali iškviesti budintįjį.

Veikimo patikrosPirmiausia patvirtina iki trijų regionų
SSL sertifikataiGaliojimo datos ir nutrūkę TLS ryšiai
Domeno galiojimo pabaigaNepastebimai artėjančios pratęsimo datos
Serverio rodikliaiCPU, atmintis, diskas ir apkrova
1 maršruto raktas vienas raktas — per jį praneša kiekviena patikra
Veikimo signalai ir cronNaktinė užduotis, kuri taip ir neatsiliepė
OperacijosPirkimai atkartojami žingsnis po žingsnio
Virusai ir kenkėjiškas kodasPažymėti puslapiai, blokuoti serveriai
Puslapio greitisĮkėlimo laikas viršija jūsų ribą
Svarba keliauja kartu su įvykiu — patvirtintas sutrikimas ateina kaip critical, o atsistatymas ir CPU, atminties ar disko slenkstį viršijęs serveris — kaip warning, tad jūsų paslaugos taisyklės gali juos atskirti. kiekviena patikra · vienas raktas

Kiekvieną sistemą nukreipkite atsakingai komandai

Viskam – tas pats budėtojų grafikas, arba kiekvienai sistemai skirkite atskirą paslaugą: pirkimas – parduotuvės komandai, serveriai – platformos komandai, o nekritiniai radiniai – kanalui, kuris palauks ryto.

Viena paslauga
Vienas raktas, vienas budėtojų grafikas — nuo to pradeda dauguma komandų.
Į ją suveikia visų tipų stebėjimo objektai
Viena eskalavimo taisyklė, vienas įvykis
Ką prižadinti, sprendžia jūsų taisyklė
vienas raktas, vienas kontaktas
Po paslaugą kiekvienai sistemai
Pirkimas, platforma ir infrastruktūra — kiekviena su savo raktu.
Operacijų atkartojimai → mokėjimų budėtojams
Serveriai ir veikimo signalai → infrastruktūrai
Sertifikatai ir domenai → pratęsimų eilė
raktai — tiesiog kontaktai
Naktį — telefonas, dieną — pokalbių kanalas
Ne kiekvienas radinys vertas skambučio ketvirtą ryto.
Patvirtinti sutrikimai → PagerDuty
Galiojimo ir slenksčių įspėjimai → pokalbių kanalas
Mėnesio veikimo ataskaitos → el. paštas
tas pats incidentas, skirtingi gavėjai
Tas pats incidentas gali pasiekti ir SlackMS TeamsDiscordTelegramWhatsAppTwilio SMSEl. paštas

Kanalai perskaitomi.Į iškvietimus atsiliepiama.

Bandomuoju laikotarpiu — visa platforma: visų tipų patikros, vienas raktas ir incidentas tą pačią akimirką, kai gedimas patvirtinamas.

Išbandykite nemokamai 30 dienų →
30 dienų nemokamai be kreditinės kortelės atšaukite bet kada

Iškvietimas — PagerDuty, įrodymai — Uptimia

Įvykis pasako, kas sugedo ir kiek rimtai; budinčiajam to pakanka. Kiekvieno tikrinimo taško verdiktas, atsako laiko grafikas ir incidento eiga Uptimia sistemoje laukia to, kas vėliau rašys ataskaitą.

Ką iš tikrųjų neša įvykis

Kiekvienas siunčiamas įvykis — tas pats JSON į Events API v2: santrauka, kas sugedo, source uptimia.com, svarba ir komponentas, įvardijantis patikros tipą, arba Incident group, kai jį iškėlė eskalavimo taisyklės. Nieko nereikia nei susieti, nei apdoroti.

summary — Signing API is DOWN (Uptimia incident #479)TEKSTAS severity — criticalIŠKVIETIMAS component — Incident groupNUKREIPIMAS

Patvirtinama prieš iškvietimą

Viena nepavykusi patikra savaime įspėjimo nesukelia. Veikimo, greičio, sertifikatų ir operacijų patikroms patys nustatote, kiek nepriklausomų regionų — iki trijų — turi sutarti, kad įvykis būtų išsiųstas.

171+ tikrinimo taškų · 6 žemynai

Viena gedimų banga — vienas incidentas

Tų pačių eskalavimo taisyklių stebėjimo objektai, sugedę kartu, sujungiami į vieną Uptimia incidentą, o PagerDuty gauna vieną jį įvardijantį įvykį.

Uptimia incidentas #482 · 9 objektai

Per techninę priežiūrą tylu

Suplanuoti priežiūros langai nutildo įspėjimus, todėl diegimas 23 val. niekada nevirsta skambučiu.

23:00–01:00 · nutildyta

Reakcijos laikas užfiksuotas

Taikant eskalavimo taisykles, Uptimia pati fiksuoja patvirtinimo laiką, todėl incidente matyti, kas jį perėmė ir per kiek minučių.

patvirtinta · 6 min

Tik faktai — taip sumanyta

Pokalbių kanalai gauna patvirtinimo nuorodą, o PagerDuty ir webhook duomenys — niekada: automatiniai duomenys, skirti žurnalų sistemoms, neturi galėti nutildyti eskalavimo. Kiekvieną eskalavimą tvirtinkite atskirai — PagerDuty arba Uptimia.

PagerDuty įvykis — faktai, be patvirtinimo nuorodosTAIP SUMANYTA Pokalbių kanalai — su patvirtinimo nuorodaSLACK · TEAMS Skydelis — 1 paspaudimas sustabdo eskalavimąUPTIMIA

Kaip veikia PagerDuty stebėjimo įspėjimai

Uptimia tikrina jūsų svetaines iš 171+ išorinių vietų, o patikrai nepavykus, PagerDuty sistemoje sukuriamas incidentas — pagal jūsų eskalavimo taisykles skambinama budinčiajam ir nenustojama, kol kas nors incidentą patvirtina. Incidente nurodomas stebimas objektas, kas nutiko ir koks rimtumo lygis, o patikrai atsistačius, antrasis įvykis į tą pačią paslaugą atneša pranešimą apie atsistatymą.

„Kai svetainė atsistatys, iškvietimas užsidarys pats“

Atsistatymas yra įvykis, o ne incidento uždarymas

Vėl veikia nuo 05:16
išsiųstas atsistatymo įvykis
uždarymo signalas nesiunčiamas
Incidentas lieka atviras
kol jį uždaro budintysis

Kiekvienas Uptimia siunčiamas įvykis incidentą atidaro, o ne uždaro: trumpam atsistačiusi patikra nereiškia, kad kas nors incidentą sutvarkė. Atsistatymo žinia ateina kaip atskiras warning įvykis, įvardijantis, kurie objektai vėl veikia; incidentą PagerDuty uždaro budintysis.

Išorinės patikros + jūsų eskalavimo taisyklės

Aptinkama iš išorės, eskaluojama viduje

171+ vietų
iki trijų regionų turi sutikti
vienas incidentą atidarantis įvykis
Jūsų budėjimo taisyklės
skambina, eskaluoja, fiksuoja

Viduje veikianti būklės patikra dalijasi su jumis tuo pačiu regionu, tuo pačiu apkrovos skirstytuvu ir ta pačia nelaiminga diena — ir nutyla kartu su jais. Tikrinimo taškai 70+ šalyse genda nepriklausomai nuo jūsų, o tik toks įrodymas pateisina kolegos žadinimą 4 val. ryto.

Kiekvienas įvykis

Septyni įvykiai, vienas maršruto raktas

Kiekviena eilutė — vienas POST į Events API v2: jokių šablonų, jokio laukų susiejimo, nieko, ką reikėtų patiems prižiūrėti, kad veiktų.

Palyginkite visus 12 įspėjimų kanalų →
ĮvykisSvarbaKą rašo santrauka
Patvirtintas sutrikimascriticalStebėjimo objekto pavadinimas su žyma NEVEIKIA
Gedimų suvestinėcritical„Neveikia 9 stebėjimo objektai — Signing API ir dar 8 (Uptimia incidentas #482)“
Grupės papildymascriticalKiek dar stebėjimo objektų prisidėjo prie to paties incidento
Priminimas, kad vis dar neveikiacritical„Vis dar neveikia: 3 iš 9 stebėjimo objektų“, kai suveikia tolesnis eskalavimo žingsnis
Serverio slenkstiswarningCPU, atmintis, diskas ar apkrova viršijo jūsų nustatytą ribą
AtsistatymaswarningVėl veikia — papildomai nurodoma, kiek laiko objektas neveikė
Bandomasis įvykisinfoPasisveikinimas iš Uptimia, išsiunčiamas paspaudus mygtuką „Send test“

PagerDuty integracija: dažnai užduodami klausimai

01Ko reikia iš PagerDuty pusės?+
Paslaugos su Events API v2 integracija. PagerDuty: Services → New Service → integracijos tipu pasirinkite Events API v2, tada paslaugos skiltyje Integrations nukopijuokite Integration Key. Tas raktas — vienintelė reikšmė, kurią Uptimia išsaugo: nereikia nei autorizuoti programos, nei prijungti paskyros, nei nieko talpinti savo serveryje.
02Ar Uptimia pati uždaro incidentą, kai svetainė vėl veikia?+
Ne. Visi Uptimia siunčiami įvykiai incidentą atidaro, o ne uždaro, įskaitant ir atsistatymo žinią: atsistatymas siunčiamas kaip atskiras warning įvykis, nurodantis, kas vėl veikia, o PagerDuty incidentas lieka atviras, kol kas nors jį ten uždaro. Trumpam atsistačiusi patikra dar nėra sutvarkytas sutrikimas, todėl paskutinis žodis lieka budinčiajam.
03Ar dėl vieno sutrikimo būsiu iškviestas devynis kartus?+
Ne, jei tie stebėjimo objektai naudoja tą pačią eskalavimo taisyklę. Grupavimas įjungtas pagal nutylėjimą — viskas, kas sugenda per tą patį laikotarpį, sujungiama į vieną Uptimia incidentą, tad PagerDuty gauna tik vieną įvykį pavadinimu „Neveikia 9 stebėjimo objektai — Signing API ir dar 8 (Uptimia incidentas #482)“. Vėliau prisijungę objektai sukuria vieną bendrą atnaujinimo įvykį, o ne po vieną kiekvienam, ir vieną pranešimą apie atkūrimą, kai visi vėl veikia. Objektai be priskirtos eskalavimo taisyklės įspėjami po vieną, tačiau grupavimą prireikus galima išjungti Įspėjimų nustatymuose.
04Kieno eskalavimas viršesnis — Uptimia ar PagerDuty?+
Tą, į kurį nukreipsite stebėjimą — juk abu naudoti vienu metu tik padvigubina triukšmą. Komandos, kurios jau naudojasi PagerDuty, budėjimą patiki jam ir stebėjimo objektą susieja su vienu PagerDuty kontaktu. Pačios Uptimia eskalavimo taisyklės — laiku išdėstyti žingsniai kitiems žmonėms ir kanalams, kuriuos nuo Professional plano ir aukščiau susikuriate patys — skirtos komandoms, neturinčioms budėjimo įrankio.
05Ar patvirtinus incidentą PagerDuty, jis patvirtinamas ir Uptimia?+
Ne — ryšys vienpusis: Uptimia siunčia įvykius, o PagerDuty atgal jokių duomenų nesiunčia. Patvirtinus PagerDuty, sustoja PagerDuty eskalavimas; patvirtinus Uptimia valdymo skydelyje — Uptimia eskalavimas. Būtent todėl PagerDuty siunčiamuose duomenyse sąmoningai nėra patvirtinimo nuorodos, kitaip nei pokalbių kanaluose — automatinis srautas ir jį apdorojančios žurnalų sistemos neturėtų galėti nutildyti eskalavimo.
06Kurie stebėjimo objektai gali iškelti incidentą?+
Visi be išimties — veikimo, operacijų, puslapio greičio, RUM, SSL, domenų, kenkėjiško kodo, serverių, veikimo signalų, juodųjų sąrašų, DNS ir API patikros. Kiekviena patikra pati parengia santrauką, kurioje nurodo stebimą objektą ir kas jam nutiko, o patikrai vėl pavykus – atsiunčia pranešimą apie atsistatymą.
07Kaip priskiriama svarba?+
Patvirtinti sutrikimai gauna critical lygį — kaip ir atskiram objektui siunčiami įspėjimai apie galiojimo pabaigą ar pablogėjusį veikimą; jei nenorite, kad jie ką nors keltų iš lovos, nukreipkite juos į pokalbių kanalą. Serverio išteklių slenksčiai — CPU, atmintis, diskas, apkrova — bei kiekvienas atsistatymas gauna warning lygį; tą patį lygį turi ir grupuoti incidentai, iškelti problemos stadijoje. Bandomasis įvykis pažymimas kaip info. Prie kiekvieno įvykio taip pat nurodomas source uptimia.com ir komponentas, įvardijantis patikros tipą („Uptime Monitoring“, „SSL Certificate“, „API Monitoring“), arba „Incident group“, kai įspėjimą sukėlė eskalavimo taisyklės.
08Ar skirtingi objektai gali iškviesti skirtingas paslaugas?+
Taip. Kiekvienam Integration Key sukurkite atskirą integraciją — kiekviena taps savarankišku kontaktu — o tada objektus priskirkite kontaktui, kurio budėtojai už juos atsakingi. Pirkimo atkartojimas gali iškviesti mokėjimų paslaugą, o įspėjimas apie diską – infrastruktūros.
09Kas nutinka, jei raktas neteisingas arba PagerDuty nepasiekiamas?+
Kreipimasis apribotas laiku — dešimt sekundžių prisijungimui, trisdešimt iš viso, — todėl lėtas ar nepasiekiamas galinis taškas negali sustabdyti kitų įspėjimų siuntimo, o rezultatas užrašomas kartu su įspėjimu. Kiti to objekto kontaktai informuojami nepaisant šio rezultato. Klaidingai įvestą raktą geriau pastebėti paspaudus „Send test“, o ne per patį sutrikimą.
10Ar PagerDuty yra visuose planuose?+
Taip — tai integruotas įspėjimų kanalas, galimas kiekviename plane ir per 30 dienų nemokamą bandomąjį laikotarpį, o Uptimia už tai mokesčio neima. Kiek mokėsite PagerDuty už vietas ir jo paties eskalavimo funkcijas — tai jūsų ir PagerDuty reikalas.

Neveikimo įspėjimai — tiesiai budinčiajam

Prijunkite PagerDuty vienu raktu — kiekvienas patvirtintas gedimas iškvies budintįjį, o įrodymai jo jau lauks Uptimia.

Pradėkite nemokamą bandymą →
Signalas budinčiajam, ne visiems Vienas raktas, jokio kodo 30 dienų nemokamas bandymas Be kreditinės kortelės
PagerDuty — integruotas įspėjimų kanalas: incidentą gali iškelti bet kuri Uptimia patikra.