Monitor pagina di stato esterna

Un monitor di pagina di stato esterna tiene d'occhio la pagina di stato pubblica di un servizio da cui dipendete (AWS, GCP, Azure, GitHub, OpenAI, Anthropic e molti altri) e vi avvisa quando quel provider segnala un'interruzione o prestazioni degradate. Usatelo per sapere dei problemi a monte appena il provider li segnala, e per distinguerli dai vostri.

Legge anche le pagine di stato create con Status200, risorsa per risorsa, e distingue una manutenzione pianificata da un'interruzione: tenete d'occhio il progetto di un altro team, o un provider la cui pagina di stato gira su Status200.

Come funziona#

A ogni controllo, una sonda scarica la pagina di stato, ne riconosce il formato e legge lo stato generale, i componenti e gli incidenti attivi. Se avete limitato il monitor a un gruppo di componenti o a un componente, contano solo quelli. Poi i criteri decidono se il monitor è online oppure offline.

Potete usarlo per:

• Monitorare la disponibilità dei servizi di terze parti da cui dipende la vostra applicazione
• Ricevere avvisi quando i provider a monte hanno interruzioni
• Seguire lo stato dei singoli componenti
• Limitare il monitoraggio a un solo gruppo di componenti (ad es. solo le "APIs" di OpenAI), così incidenti estranei altrove nella pagina non fanno scattare il vostro monitor
• Rilevare prestazioni degradate prima che colpiscano i vostri utenti
• Mettere in relazione i vostri incidenti con i problemi dei provider a monte

Provider supportati#

Riconoscimento automatico#

Con Auto, Status200 riconosce automaticamente il formato della pagina di stato, in quest'ordine:

1. Prima prova l'API delle pagine di stato di incident.io (/proxy/<host>).
2. Poi prova l'API JSON di Atlassian Statuspage (/api/v2/status.json, /api/v2/components.json e /api/v2/incidents/unresolved.json).
3. Poi chiede il riepilogo di una pagina di stato Status200 (/status-page-api/summary/<page>).
4. Se falliscono, cerca di leggere la pagina come feed RSS o Atom.
5. Come ultima risorsa, esegue un semplice controllo di raggiungibilità HTTP.

Il controllo di raggiungibilità è anche l'ultima risorsa quando un provider scelto esplicitamente fallisce. Dice solo se la pagina risponde (online con una risposta 2xx o 3xx) e non riporta componenti né incidenti.

Creare un monitor di pagina di stato esterna#

1. Iniziare un nuovo monitor#

   Andate in Monitor e fate clic su Crea monitor. In Tipo di monitor, fate clic su Altri tipi di monitor e scegliete External Status Page sotto Basic Monitoring, oppure digitate statuspage nella casella di ricerca. Inserite un Nome, poi fate clic su Avanti.

2. Inserire l'URL della pagina di stato#

   Inserite l'URL della pagina di stato. Lasciate il Provider su Auto a meno che non conosciate il formato.

3. Delimitarlo, se serve#

   Aprite Altri campi per inserire un Component Group Filter, come APIs, e un Filtro nome componente per controllare un singolo componente (all'interno del gruppo, se ne è impostato uno).

4. Testarlo#

   Fate clic su Testa il monitor per scaricare la pagina una volta, e controllate provider, componenti e incidenti trovati.

5. Rivedere i criteri#

   Il passaggio dei criteri parte con i criteri predefiniti, che segnano il monitor offline quando il provider segnala un incidente attivo o un'interruzione nell'ambito controllato. Modificateli se serve, poi fate clic su Avanti.

6. Scegliere le sonde e creare#

   Selezionate le Sonde e un Intervallo di monitoraggio (parte da Ogni 5 minuti), poi fate clic su Crea monitor.

Opzioni di configurazione#

Component Group Filter#

Se la pagina di stato organizza i componenti in gruppi, potete limitare il monitor a un solo gruppo. Per esempio, su https://status.openai.com, inserire APIs limita il monitor ai servizi API di OpenAI.

Quando è impostato un gruppo di componenti, il numero di incidenti attivi e lo stato generale vengono calcolati solo sui componenti di quel gruppo: un incidente che riguarda un gruppo estraneo (per esempio ChatGPT) non farà scattare un monitor limitato al gruppo "APIs".

Il filtro per gruppo di componenti è supportato per i provider Atlassian Statuspage, incident.io e Status200 Status Page. I feed RSS e Atom non espongono gruppi di componenti.

Filtro nome componente#

Se la pagina di stato riporta più componenti, potete indicare il nome di un componente per monitorare solo quello. Il filtro corrisponde a qualsiasi componente il cui nome contenga ciò che inserite, senza distinguere maiuscole e minuscole: actions corrisponde a un componente chiamato "Actions".

Quando è impostato anche un gruppo di componenti, il filtro sul nome del componente si applica all'interno di quel gruppo, così potete puntare a un singolo componente in un gruppo più ampio. Se non è indicato alcun filtro, vengono monitorati tutti i componenti dell'ambito. Su un feed RSS o Atom, il filtro sul nome viene confrontato con i titoli degli elementi del feed.

Criteri di monitoraggio#

Potete configurare criteri per decidere quando il servizio esterno è considerato online oppure offline, in base a:

Lo stato generale è ciò che dice la pagina, quindi i suoi valori variano a seconda del provider: una Atlassian Statuspage riporta la propria descrizione, come All Systems Operational; una pagina di stato Status200, lo stato peggiore tra i suoi componenti nell'ambito, come under_maintenance; un feed riporta operational o degraded_performance; il controllo di raggiungibilità riporta reachable o unreachable. Questi confronti distinguono maiuscole e minuscole. Per avvisare delle interruzioni, External Status Page Active Incidents ed External Status Page Component Status sono di solito più affidabili.

Su un feed RSS o Atom, gli elementi delle ultime 24 ore contano come incidenti attivi: un elemento RSS in base alla data di pubblicazione, una voce Atom in base alla data di aggiornamento. Un elemento con una data futura non conta fino a quella data.

Criteri predefiniti#

Per impostazione predefinita, Status200 crea criteri basati su ciò che conta davvero per una pagina di stato (i suoi incidenti attivi e la salute dei suoi componenti) e non sulla semplice raggiungibilità:

Poiché il numero di incidenti attivi e gli stati dei componenti rispettano i filtri per gruppo / nome del componente, questi criteri predefiniti si concentrano automaticamente solo sui componenti che vi interessano.

Pagine di stato Status200#

Scegliete Status200 Status Page come provider, o lasciate Auto, per tenere d'occhio una pagina di stato creata con Status200: il progetto di un altro team, o la pagina di un provider su Status200 Cloud o su un Status200 self-hosted. Inserite l'indirizzo della pagina stessa in URL della pagina di stato: il suo dominio, come https://status.example.com, oppure https://status200.ru/status-page/<status-page-id> per una pagina che non ne ha uno.

Il monitor legge il riepilogo della pagina, /status-page-api/summary/<page> (vedete Leggere il riepilogo): solo ciò che la pagina mostra ai suoi visitatori, e nient'altro dell'altro progetto. Ogni risorsa della pagina, un monitor o un gruppo di monitor, è un componente, con il nome che la pagina le dà, nel gruppo della pagina; un gruppo dentro un altro si legge Core / Databases. Tenete d'occhio una risorsa con Filtro nome componente, o un gruppo con Component Group Filter.

Lo stato di un componente è il valore che rappresenta il suo stato sulla pagina, così i criteri sullo stato dei componenti funzionano come su qualsiasi pagina di stato:

Finché un evento di manutenzione pianificata in corso riguarda una risorsa, perché nomina uno dei suoi monitor o un monitor del suo gruppo di monitor, il componente è under_maintenance, qualunque sia lo stato dei suoi monitor: un monitor non viene controllato finché un evento lo trattiene. Un evento ancora da venire, o concluso, non cambia nulla. Gli incidenti attivi della pagina contano per le risorse che riguardano.

I criteri predefiniti non scambiano mai una manutenzione per un'interruzione: il monitor resta online durante i lavori pianificati dell'altro progetto.

Mostrare sul vostro monitor la manutenzione dell'altro progetto#

1. Aggiungere il criterio#

   Nei criteri del monitor, fate clic su Aggiungi criteri. Dategli il filtro External Status Page Component Status, Uguale a, Under Maintenance, e scegliete il vostro stato di manutenzione in Cambia lo stato del monitor in.

2. Portarlo in cima#

   Trascinate il nuovo criterio sopra gli altri: vince il primo criterio che corrisponde.

3. Verificarlo con Testa il monitor#

   Fate clic su Testa il monitor mentre l'altro progetto ha una manutenzione in corso: il componente che riguarda mostra Under Maintenance.

Cosa una pagina di stato Status200 lascia leggere al monitor#

Una pagina che chiunque può aprire viene letta come la vedono i suoi visitatori. Una pagina privata, che chiede un accesso, l'SSO o una password, non può essere letta: con Status200 Status Page scelto, il controllo fallisce e lo dice. Una pagina con una lista di IP consentiti deve lasciar entrare l'indirizzo della sonda: tenetela d'occhio da una sonda all'interno di quella rete.

Variabili del modello#

Quando create incidenti o avvisi da monitor di pagina di stato esterna, potete usare queste variabili in titoli, descrizioni e note di rimedio (consultate Modelli di incidenti e avvisi):

URL di pagine di stato più diffuse#

Ecco un elenco di pagine di stato di servizi diffusi. Molte usano Atlassian Statuspage o incident.io, quindi il provider Auto le riconosce automaticamente. Una pagina costruita su nessuno dei due, e che non è un feed, riceve solo il controllo di raggiungibilità: per quelle, monitorate invece il feed RSS o Atom del provider, se ne pubblica uno.

Buone pratiche#

• Usate il provider Auto a meno che non conosciate il formato esatto: il riconoscimento automatico funziona bene per la maggior parte delle pagine di stato.
• Limitatevi a un gruppo di componenti se dipendete solo da una parte di un provider (ad es. solo le "APIs" di OpenAI), così gli incidenti estranei non fanno rumore.
• Monitorate componenti specifici se dipendete solo da alcuni servizi.
• Combinatelo con i vostri monitor: abbinate i monitor di pagina di stato esterna ai vostri monitor di API e di siti web. Quando entrambi cadono insieme, la pagina di stato a monte vi porta prima alla causa principale.

Risoluzione dei problemi#

Passi successivi#