Naar hoofdinhoud

Beschikbaarheidsdoel berekenen voor een evenementwebsite

Een uptimepercentage zegt weinig zonder periode en bezoekershandeling. Een evenementpagina kan bereikbaar zijn terwijl registratie of een externe betaling mislukt. Met het bewerkbare werkblad reken je je eigen doel om naar toegestane uitvalminuten voor de hoofdsite en een belangrijk verkoopvenster. Het resultaat is een planningsgetal, geen gemeten uptime of leveranciersbelofte.

De redactie van Boletolibre

Gepubliceerd

Twee aanpasbare tijdvensters leiden via een formule tot afzonderlijke uitvalminuten.
Kies doel, periode en bezoekerspad voordat je de uitkomst beoordeelt.

Download de bewerkbare calculator

Download de beschikbaarheidscalculator (Excel)

Vul uren en het beschikbaarheidspercentage in de gele cellen in. Het werkblad berekent toegestane minuten als (1 − doel) × uren × 60. Bij een lege invoer blijft de uitkomst leeg; een niet-positieve periode of percentage buiten 0–100% vraagt om controle.

De tweede rij is voor een kritiek ticketverkoopvenster. Duur en doel mogen afwijken van de gewone siteperiode. Noteer het gemeten pad, uitgesloten diensten, eigenaar en bewijs. Er staat bewust geen standaarddoel in: de organisator kiest dit op basis van bezoekersbehoeften en haalbare uitvoering.

Bepaal eerst het bezoekerspad

Bepaal of “beschikbaar” betekent dat de pagina laadt, een inschrijving wordt voltooid of een aankoop slaagt. Leg begin en einde, gecontroleerde regio’s en foutvoorwaarde vast. Een controle van de startpagina bewijst niet dat een externe kassa of bevestigingsmail werkt.

Als je evenementinformatie op Boletolibre.com publiceert, neem dan de pagina op die bezoekers werkelijk gebruiken. Leg ticketing, betaling en e-mail apart vast, tenzij de controle ook die stap daadwerkelijk doorloopt.

Gebruik dezelfde periode voor doel en berekening

Voor een doorlopende periode vul je het werkelijke aantal uren in. Voor een korte verkoopstart gebruik je alleen dat venster en noteer je de tijdzone. Hetzelfde percentage staat in vier uur veel minder uitvalminuten toe dan in een maand.

Dit is een tijdgebonden benadering. Een indicator op basis van verzoeken deelt goede verzoeken door alle verzoeken; het foutbudget is dan niet noodzakelijk in minuten. Google SRE raadt aan meetwaarde en meetmethode vast te leggen voordat je het doel voor besluiten gebruikt.[1]

Houd doel, meting en contract gescheiden

Een SLO is een intern doel voor een afgebakende dienst en meting. Een SLA is een contractuele toezegging met eigen reikwijdte. De SLA van hosting of betaling dekt niet vanzelf de volledige ticketaankoop. Lees de voorwaarden van elke aanbieder en noteer uitzonderingen.[1]

Vergelijk na afloop gemeten gegevens met het doel en onderzoek incidenten. CloudWatch beschrijft SLO’s via indicator, doel en interval. Dit werkblad berekent alleen de geplande grens; het monitort niets en bepaalt geen contractuele vergoeding.[2]

Wijs eigenaars en reactie toe

Wijs per bezoekerspad een eigenaar, monitor en escalatieroute aan. Spreek af wie bij een storing tijdens de verkoop de leverancier controleert, de publieke status bijwerkt en beslist over een pauze in promotie.

Herzie het doel na lanceringen en incidenten. Mist de monitor problemen die bezoekers melden, verbeter dan eerst de dekking. Wordt het doel vaak gemist, onderzoek afhankelijkheden en herstel in plaats van de noemer aan te passen om het rapport groener te maken.

Bronnen en verder lezen

  1. Implementing SLOsGoogle SRE Workbook · Geraadpleegd
  2. Service level objectives (SLOs)Amazon CloudWatch Documentation · Geraadpleegd