Externe-statuspagina-monitor

Een monitor voor externe statuspagina's houdt de openbare statuspagina in de gaten van een dienst waarvan u afhankelijk bent — AWS, GCP, Azure, GitHub, OpenAI, Anthropic en vele andere — en waarschuwt u als die provider een storing of verminderde prestaties meldt. Gebruik hem om problemen bij uw leveranciers te horen zodra de provider ze meldt, en om ze te onderscheiden van uw eigen problemen.

Hij leest ook statuspagina's die met Status200 zijn gemaakt, resource voor resource, en houdt gepland onderhoud uit elkaar met een storing: volg het project van een ander team, of een leverancier wiens statuspagina op Status200 draait.

Zo werkt het#

Bij elke controle haalt een probe de statuspagina op, stelt vast welk formaat die gebruikt, en leest de algemene status, de componenten en de actieve incidenten. Hebt u de monitor afgebakend tot een componentgroep of een component, dan tellen alleen die mee. Daarna beslissen de criteria of de monitor online of offline is.

U kunt hem gebruiken om:

• De beschikbaarheid te bewaken van diensten van derden waarvan uw applicatie afhankelijk is
• Gewaarschuwd te worden als uw leveranciers een storing hebben
• De status van afzonderlijke componenten te volgen
• De bewaking af te bakenen tot één componentgroep (bijvoorbeeld alleen de "APIs" van OpenAI), zodat incidenten elders op de pagina die er niets mee te maken hebben uw monitor niet laten afgaan
• Verminderde prestaties op te merken voordat uw gebruikers er last van hebben
• Uw eigen incidenten te koppelen aan problemen bij uw leveranciers

Ondersteunde providers#

Automatische detectie#

Staat de provider op Auto, dan stelt Status200 het formaat van de statuspagina automatisch vast, in deze volgorde:

1. Eerst probeert het de API voor statuspagina's van incident.io (/proxy/<host>).
2. Daarna probeert het de JSON-API van Atlassian Statuspage (/api/v2/status.json, /api/v2/components.json en /api/v2/incidents/unresolved.json).
3. Dan vraagt het de samenvatting op van een Status200-statuspagina (/status-page-api/summary/<page>).
4. Mislukken die, dan probeert het de pagina als RSS- of Atom-feed te lezen.
5. Als laatste terugvaloptie voert het een eenvoudige controle op HTTP-bereikbaarheid uit.

De controle op bereikbaarheid is ook de terugvaloptie als een provider die u uitdrukkelijk hebt gekozen, faalt. Die vertelt u alleen of de pagina antwoordt — online bij een antwoord 2xx of 3xx — en meldt geen componenten of incidenten.

Een monitor voor externe statuspagina's maken#

1. Een nieuwe monitor beginnen#

   Ga naar Monitoren en klik op Monitor maken. Klik onder Monitortype op Meer monitortypen en kies External Status Page onder Basic Monitoring, of typ statuspage in het zoekvak. Voer een Naam in en klik daarna op Volgende.

2. De URL van de statuspagina invoeren#

   Voer de URL statuspagina in. Laat de Provider op Auto staan, tenzij u het formaat kent.

3. Afbakenen, als dat nodig is#

   Open Meer velden om een Component Group Filter in te voeren, zoals APIs, en een Filter op componentnaam om één component te volgen (binnen de groep, als er een groep is ingesteld).

4. Testen#

   Klik op Monitor testen om de pagina één keer op te halen, en controleer de provider, de componenten en de incidenten die hij vond.

5. De criteria nakijken#

   De criteriastap begint met de standaardcriteria, die de monitor als offline markeren als de provider een actief incident of een storing binnen de afbakening meldt. Wijzig ze als dat nodig is, en klik daarna op Volgende.

6. Probes kiezen en maken#

   Selecteer de Sondes en een Bewakingsinterval — dat begint op Elke 5 minuten — en klik daarna op Monitor maken.

Configuratieopties#

Component Group Filter#

Deelt de statuspagina haar componenten in groepen in, dan kunt u de monitor afbakenen tot één groep. Op https://status.openai.com bakent u met APIs de monitor bijvoorbeeld af tot de API-diensten van OpenAI.

Is er een componentgroep ingesteld, dan worden het aantal actieve incidenten en de algemene status berekend met alleen de componenten in die groep — een incident in een groep die er niets mee te maken heeft (bijvoorbeeld ChatGPT) laat een monitor die tot de groep "APIs" is afgebakend, niet afgaan.

Filteren op componentgroep wordt ondersteund voor de providers Atlassian Statuspage, incident.io en Status200 Status Page. RSS- en Atom-feeds kennen geen componentgroepen.

Filter op componentnaam#

Meldt de statuspagina de status van meerdere componenten, dan kunt u een componentnaam opgeven om alleen dat component te bewaken. Het filter komt overeen met elk component waarvan de naam bevat wat u invoert, zonder op hoofdletters te letten — actions komt overeen met een component met de naam "Actions".

Is er ook een componentgroep ingesteld, dan wordt het filter op componentnaam binnen die groep toegepast, zodat u één component in een grotere groep kunt kiezen. Is geen van beide filters opgegeven, dan worden alle componenten binnen de afbakening bewaakt. Bij een RSS- of Atom-feed wordt het naamfilter vergeleken met de titels van de items in de feed.

Bewakingscriteria#

U kunt criteria instellen die bepalen wanneer de externe dienst als online of offline geldt, op basis van:

De algemene status is wat de pagina zegt, dus de waarden verschillen per provider: een Atlassian Statuspage meldt haar eigen omschrijving, zoals All Systems Operational; een Status200-statuspagina de slechtste status van haar componenten binnen het bereik, zoals under_maintenance; een feed meldt operational of degraded_performance; de controle op bereikbaarheid meldt reachable of unreachable. Bij deze vergelijkingen tellen hoofdletters mee. Om bij storingen te waarschuwen, zijn External Status Page Active Incidents en External Status Page Component Status meestal betrouwbaarder.

Bij een RSS- of Atom-feed tellen de items van de laatste 24 uur als actieve incidenten: een RSS-item op zijn publicatiedatum, een Atom-item op zijn bijwerkdatum. Een item met een datum in de toekomst telt pas vanaf die datum.

Standaardcriteria#

Standaard maakt Status200 criteria op basis van wat voor een statuspagina echt telt — de actieve incidenten en de gezondheid van de componenten, in plaats van alleen de bereikbaarheid:

Omdat het aantal actieve incidenten en de componentstatussen de filters op componentgroep / componentnaam volgen, richten deze standaardcriteria zich automatisch alleen op de componenten die voor u tellen.

Status200-statuspagina's#

Kies Status200 Status Page als provider, of laat Auto staan, om een statuspagina te volgen die met Status200 is gemaakt: het project van een ander team, of de pagina van een leverancier op Status200 Cloud of op een zelf gehoste Status200. Vul het eigen adres van de pagina in bij URL statuspagina: haar domein, zoals https://status.example.com, of https://status200.ru/status-page/<status-page-id> voor een pagina zonder eigen domein.

De monitor leest de samenvatting van de pagina, /status-page-api/summary/<page> (zie De samenvatting lezen): alleen wat de pagina haar bezoekers laat zien, en verder niets van het andere project. Elke resource op de pagina, een monitor of een monitorgroep, is een component, onder de naam die de pagina eraan geeft, in de groep van de pagina; een groep binnen een andere heet Core / Databases. Volg één resource met Filter op componentnaam, of één groep met Component Group Filter.

De status van een component is de waarde waar zijn status op de pagina voor staat, zodat de criteria voor componentstatus werken zoals op elke statuspagina:

Zolang een lopende geplande onderhoudsgebeurtenis een resource raakt, omdat ze een van de monitors ervan noemt of een monitor in de monitorgroep ervan, is de component under_maintenance, in welke status de monitors ook staan: een monitor wordt niet gecontroleerd zolang een gebeurtenis hem vasthoudt. Een gebeurtenis die nog moet komen, of voorbij is, verandert niets. De actieve incidenten van de pagina tellen voor de resources die ze raken.

De standaardcriteria zien onderhoud nooit aan voor een storing: de monitor blijft online tijdens het geplande werk van het andere project.

Onderhoud van het andere project op uw monitor tonen#

1. Het criterium toevoegen#

   Klik in de criteria van de monitor op Criteria toevoegen. Geef het het filter External Status Page Component Status, Gelijk aan, Under Maintenance, en kies uw onderhoudsstatus bij Monitorstatus wijzigen naar.

2. Het bovenaan zetten#

   Sleep het nieuwe criterium boven de andere: het eerste criterium dat overeenkomt, wint.

3. Het controleren met Monitor testen#

   Klik op Monitor testen terwijl er bij het andere project onderhoud loopt: de component die het raakt, toont Under Maintenance.

Wat een Status200-statuspagina de monitor laat lezen#

Een pagina die iedereen kan openen, wordt gelezen zoals haar bezoekers haar zien. Een privépagina, die om een aanmelding, SSO of een wachtwoord vraagt, kan niet worden gelezen: met Status200 Status Page gekozen mislukt de controle en zegt ze waarom. Een pagina met een IP-toelatingslijst moet het adres van de probe toelaten: volg haar vanaf een probe binnen dat netwerk.

Sjabloonvariabelen#

Als u incidenten of waarschuwingen maakt vanuit monitoren voor externe statuspagina's, kunt u deze variabelen gebruiken in titels, beschrijvingen en herstelnotities (zie Incident- en waarschuwingstemplates):

Populaire statuspagina-URL's#

Hier is een lijst met statuspagina's van populaire diensten. Veel daarvan gebruiken Atlassian Statuspage of incident.io, dus de provider Auto herkent ze automatisch. Een pagina die op geen van beide is gebouwd en geen feed is, krijgt alleen de controle op bereikbaarheid — bewaak in dat geval liever de RSS- of Atom-feed van de provider, als die er een publiceert.

Aanbevolen werkwijzen#

• Gebruik de provider Auto, tenzij u het exacte formaat kent — automatische detectie werkt goed voor de meeste statuspagina's.
• Baken af tot een componentgroep als u maar van een deel van een provider afhankelijk bent (bijvoorbeeld alleen de "APIs" van OpenAI), zodat incidenten die er niets mee te maken hebben geen ruis geven.
• Bewaak specifieke componenten als u maar van bepaalde diensten afhankelijk bent.
• Combineer met uw eigen monitoren — zet monitoren voor externe statuspagina's naast uw eigen API- en websitemonitoren. Vallen beide tegelijk uit, dan wijst de statuspagina van de leverancier u sneller de oorzaak aan.

Probleemoplossing#

Volgende stappen#