Monitoraggio del sito con avvisi PagerDuty
Uptimia controlla i tuoi siti, certificati e flussi di checkout dall'esterno della tua rete e segnala ogni guasto confermato come incidente in PagerDuty. Da lì se ne occupa la tua policy di escalation — un telefono squilla, poi il successivo se nessuno risponde, finché qualcuno non se ne occupa.
Overview
Last 7 DaysGli avvisi hanno bisogno di un responsabile, non di un pubblico
Un avviso in chat è una trasmissione: lo vedono tutti, quindi non se ne occupa nessuno. PagerDuty trasforma lo stesso guasto in un incarico — un nome, un conto alla rovescia, e il nome successivo quando il conto alla rovescia si esaurisce.
Visto da tutti, di nessuno
Chiunque veda il messaggio pensa che se ne stia occupando un collega più vicino a una tastiera, e di domenica l'intera stanza dorme all'unisono. Un canale non ha idea di chi sia di turno nel weekend.
Un nome, un timer, poi un telefono
PagerDuty sa già di chi è il turno quella settimana, quale numero chiamare e cosa fare se nessuno risponde. L'unica cosa che non può fornire è il motivo per iniziare: la prova, dall'esterno della tua rete, che un visitatore reale non è riuscito a caricare la pagina.
Un'interruzione, una telefonata
Un singolo guasto nella tua infrastruttura può far diventare rossi nove controlli in una volta sola — checkout, API, login, tutti nello stesso minuto. Uptimia li raggruppa in un solo incidente, e PagerDuty chiama un solo telefono: chi è reperibile quella settimana.
Collega PagerDuty in tre passaggi
Crea un servizio in PagerDuty, copia la chiave che ti fornisce, incollala in Uptimia. Non c'è nessuna app da autorizzare né niente di tuo da tenere in funzione.
Copia la chiave da PagerDuty
Crea un servizio in PagerDuty — la chiave che mostra è tutto ciò di cui Uptimia ha bisogno.
Incollala in Uptimia
Salva la chiave, e un evento di test verifica subito l'instradamento.
Lascia che sia PagerDuty a gestire l'escalation
I tuoi turni, le sostituzioni e le telefonate restano in PagerDuty — Uptimia segnala l'incidente e si fa da parte.
Collega PagerDuty a Uptimia
Ogni passaggio, nel Centro assistenza: creare il servizio in PagerDuty, copiare la chiave e collegarla ai tuoi monitor.
Ogni controllo che esegui può avvisarti tramite PagerDuty
Fare ping alla homepage ti dice solo della homepage. Uptimia percorre anche un login passo dopo passo, segue una catena di chiamate API che si interrompe alla terza chiamata e nota un job pianificato che non si è mai fatto sentire — e ognuno di questi può attivare l'incidente.
Instrada ogni sistema al team che se ne occupa
Avvisa un'unica rotazione per tutto, oppure assegna a ogni sistema il proprio servizio — il checkout al team storefront, i server al team platform, e le segnalazioni a basso rischio a un canale che aspetta il mattino.
I canali si leggono.I cercapersone si rispondono.
L'intera piattaforma in prova — ogni tipo di controllo, una chiave, e un incidente segnalato nel momento in cui un guasto viene confermato.
Trigger in PagerDuty, prove in Uptimia
L'evento dice cosa si è rotto e quanto gravemente, ed è tutto ciò di cui chi risponde ha bisogno. Il verdetto per singola sonda, il grafico dei tempi di risposta e la cronologia dell'incidente aspettano in Uptimia chi scriverà il follow-up.
Cosa contiene davvero l'evento
Ogni trigger è lo stesso JSON verso Events API v2: un riepilogo di cosa si è rotto, source uptimia.com, una gravità e un componente che indica il tipo di controllo — oppure Incident group quando è stata una policy di escalation a generarlo. Niente da mappare o interpretare.
Confermato prima di avvisare
Una sonda sfortunata da sola non sveglia mai nessuno. Sui controlli di uptime, velocità, certificati e transazioni imposti tu quante aree geografiche indipendenti devono concordare — fino a tre — prima che venga inviato un evento.
Una tempesta, un incidente
I monitor che condividono una policy di escalation e falliscono insieme vengono raggruppati in un unico incidente Uptimia, e PagerDuty riceve un solo evento che lo identifica.
La manutenzione resta silenziosa
Le finestre pianificate sospendono gli avvisi, così un deploy alle 23:00 non si trasforma mai in una telefonata.
Tempo di reazione messo a verbale
Con una policy di escalation, Uptimia registra data e ora delle proprie prese in carico, così l'incidente riporta chi se ne è occupato e quanti minuti ci sono voluti.
Solo fatti — per scelta
I canali di chat ricevono un link di presa in carico; i payload di PagerDuty e dei webhook non lo hanno mai — un flusso automatico di pipeline di log non deve mai poter silenziare un'escalation. Prendi in carico in PagerDuty o in Uptimia, ciascuno per la propria parte.
Come funzionano gli avvisi di monitoraggio PagerDuty
Uptimia controlla i tuoi siti web da oltre 171 postazioni esterne e, quando un controllo fallisce, segnala un incidente in PagerDuty — la tua policy di escalation chiama chi è reperibile e continua finché qualcuno non lo prende in carico. L'incidente indica il monitor, cosa è andato storto e quanto è grave, e quando il controllo si ripristina un secondo evento porta il cessato allarme nello stesso servizio.
Il ripristino è un evento, non una risoluzione
Ogni evento inviato da Uptimia è un trigger, mai una risoluzione — un controllo che torna su a intermittenza non è un incidente di cui qualcuno si è occupato. Il cessato allarme arriva come un proprio evento a gravità warning che indica i monitor tornati attivi; chi risponde chiude l'incidente in PagerDuty.
Rilevato dall'esterno, gestito in escalation internamente
Un controllo di salute interno condivide la tua area geografica, il tuo load balancer e la tua giornata storta, e ammutolisce insieme a loro. Le sonde in oltre 70 paesi falliscono in modo indipendente da te — l'unico tipo di prova che vale la pena svegliare un collega alle 4 del mattino.
Sette eventi, una routing key
Ogni riga è un singolo POST a Events API v2 — nessun template da mantenere, nessun campo da mappare, niente da tenere in funzione dal tuo lato.
Confronta tutti i 12 canali di avviso →| Evento | Gravità | Cosa dice il riepilogo |
|---|---|---|
| Interruzione confermata | critical | Il nome del monitor, contrassegnato DOWN |
| Riepilogo della tempesta | critical | "9 monitors down — Signing API +8 more (Uptimia incident #482)" |
| Aggiornamento di adesione | critical | Quanti altri monitor si sono aggiunti allo stesso incidente |
| Promemoria di down persistente | critical | "Still down: 3 of 9 monitors" quando scatta un passo successivo dell'escalation |
| Soglia del server | warning | CPU, memoria, disco o carico oltre il limite impostato |
| Ripristino | warning | Di nuovo attivo — un singolo monitor riporta anche per quanto tempo è rimasto down |
| Evento di test | info | Un saluto da Uptimia, inviato quando premi Invia test |
Domande frequenti sull'integrazione PagerDuty
01Cosa mi serve dal lato PagerDuty?+
02Uptimia risolve l'incidente quando il sito torna online?+
03Un'unica interruzione mi avviserà nove volte?+
04Quale escalation prevale — quella di Uptimia o quella di PagerDuty?+
05Prendere in carico in PagerDuty lo prende in carico anche in Uptimia?+
06Quali monitor possono attivare un incidente?+
07Come vengono mappate le gravità?+
08Monitor diversi possono avvisare servizi diversi?+
09Cosa succede se la chiave è sbagliata o PagerDuty è irraggiungibile?+
10PagerDuty è disponibile su ogni piano?+
Avvisi di tempo di inattività, dritti alla tua reperibilità
Collega PagerDuty con una chiave, e ogni guasto confermato chiama chi è reperibile — con le prove che lo aspettano in Uptimia quando arriva.