Betrouwbaarheid en SLA

Blits.ai garandeert een beschikbaarheid van 99,5% per maand voor implementaties in de cloud. Die beschikbaarheid meten we op een openbare statuspagina, en we koppelen er reactie en oplostijden per prioriteit aan. Hieronder vindt u een samenvatting van onze standaard Service Level Agreement.

Bij elke functie staat of die standaard aan staat of configureerbaar is per assistent, workflow of tenant. Standaardinstellingen die klantgegevens raken, kunt u uitzetten waar regelgeving of uw eigen beleid dat vraagt.

99,5%

Beschikbaarheid

Doelstelling voor de maandelijkse beschikbaarheid van implementaties in de cloud. Beschikbaarheid is de geplande uptime min ongeplande downtime en spoedonderhoud, gedeeld door de geplande uptime. Voor implementaties on-premises worden de beschikbaarheidsdoelen per contract afgesproken.

Actuele status op status.blits.ai

Reactie en oplostijden

Voor 95% van de meldingen geldt dat we binnen deze tijden reageren en ze oplossen.

PrioriteitEnterprisePro en Pro+
ReactieOplossingReactieOplossing
P1 Kritiek1 uur4 uur1 uur20 uur
P2 Hoog4 uur8 uur4 uur48 uur
P3 Gemiddeld1 werkdag5 werkdagen1 werkdag5 werkdagen
P4 Laag2 werkdagen2 weken2 werkdagen4 weken

P1 betekent dat productie plat ligt of zo zwaar verstoord is dat er niet verder gewerkt kan worden. P2 betekent dat kritieke functies niet beschikbaar zijn en er geen workaround is. Aan P1 en P2 wordt onafgebroken gewerkt tot ze zijn opgelost, met elk uur een statusupdate bij P1 en elke vier uur bij P2.

Hoe wijzigingen in productie komen

Een vast releaseritme, tests voor elke release en een snelle weg terug.

Vaste releaseplanning

Standaard aan

Platformreleases gaan live op de eerste dinsdag van elke maand, 's avonds (CET). Extra releases kondigen we minstens drie werkdagen vooraf aan, en spoedhotfixes brengen we zo snel mogelijk uit.

Wekelijkse contentreleases

Standaard aan

Goedgekeurde contentwijzigingen gaan live in de contentrelease op donderdagavond, binnen vijf werkdagen na goedkeuring.

Getest voor de release

Standaard aan

Voor een release beantwoordt de assistent elke vraag die door de wijziging wordt geraakt, en elk antwoord wordt vergeleken met het verwachte antwoord. De klant ontvangt het testrapport.

Guardrailtests bij elke release

Standaard aan

Elke guardrail heeft een eigen testcase en ze draaien allemaal voor elke release. Zo blijft een guardrail werken als de content eromheen verandert.

Versiehistorie

Standaard aan

Elke publicatie maakt een genummerde, onveranderlijke versie van de hele assistent, met auteur, datum, releasenotitie en een diff ten opzichte van de vorige versie.

Releasegates

Instelbaar

U kunt instellen dat een assistent pas in productie komt als een gekozen testsuite, inclusief latencycontroles, slaagt op de nieuwe versie. Alleen een beheerder kan de gate omzeilen, met opgave van een reden, en dat wordt gelogd.

Rollback binnen minuten

Standaard aan

Productie kan met één klik worden teruggezet naar een eerdere versie, zonder dat lopende gesprekken worden onderbroken. Elke release wordt opgeslagen als volledige snapshot, zodat de vorige situatie binnen enkele minuten is hersteld terwijl de oorzaak wordt onderzocht.

Beheer en monitoring

Hoe we weten dat het platform gezond is voordat een klant ons iets meldt.

Openbare statuspagina

Standaard aan

Beschikbaarheid wordt gemeten en gepubliceerd op status.blits.ai, en maandelijks samen met statistieken over meldingen aan klanten gerapporteerd.

Health checks

Standaard aan

Elke service heeft liveness en readiness checks, inclusief de verbinding met de database. Instances die falen, worden automatisch vervangen.

Latency gecontroleerd na elke deploy

Standaard aan

Na elke deployment vergelijkt een automatische controle de actuele reactietijden met een baseline. Lopen die terug, dan wordt de deployment gemarkeerd.

Gescheiden regionale omgevingen

Standaard aan

Elke regio draait als eigen productieomgeving. Een incident in de ene regio raakt dus geen klanten in een andere.

Consistente antwoorden

Taalmodellen variëren van nature. Met deze instellingen blijven antwoorden voorspelbaar waar dat nodig is.

Temperature per assistent

Instelbaar

De temperature stelt u per assistent in: standaard 0,7 en aan te passen, bijvoorbeeld lager voor feitelijke antwoorden. Guardrailcontroles draaien op 0,1.

Deterministische flows

Instelbaar

Klantroutes die altijd op dezelfde manier moeten verlopen, draaien als BPMN-flows met vaste stappen en exacte formuleringen. Intentherkenning gebeurt met Microsoft CLU, IBM, Google of Wit.

Regressietestsuites

Instelbaar

Testsets met gesprekken over meerdere beurten, beoordeeld door een model of door deterministische regels. Ze draaien op aanvraag of volgens een planning, van elke 5 minuten tot eens per dag, met meldingen per e-mail of webhook.

Betrouwbaarheid en SLA: veelgestelde vragen

Wilt u het zien op uw eigen systemen?

We organiseren een werksessie over uw use case, met uw data en de modellen die u kiest.

Plan een gesprek