Betrouwbaarheid

De AI-wereld verandert elke week. Je telefoonlijn mag dat niet.

Een gemiste oproep is een gemiste reservering, een gefrustreerd lid, een verloren klant. Daarom nemen wij de saaie helft van voice-AI net zo serieus als de slimme helft. Deze pagina laat in detail zien hoe.

De cijfers hieronder komen uit failover-oefeningen op echt productieverkeer, niet uit een lab.

≈10 s
om het zwevende adres te verplaatsen, gemeten in oefeningen
< 2 min
van bevestigde uitval tot weer beantwoorde gesprekken
2
datacenters achter één adres
24/7
heartbeats, paging en een oproepbare engineer

Architectuur

Gebouwd om een datacenter te verliezen

Elk serieus storingsverhaal begint met een single point of failure. Die van ons is weg: het platform draait op twee identieke stacks in gescheiden datacenters, met één zwevend adres ervoor.

your number·one floating address
DC A · primary
voice agentsserving
SIP · mediaserving
≈10s
DC B · warm standby
identical stackidle
config syncdaily
watchdog · health check /15s · flips automatically

Eén zwevend adres

Carriers en SIP-trunks wijzen naar één adres dat binnen seconden tussen datacenters kan verhuizen. Je nummer, je trunk en je configuratie veranderen tijdens een failover niet.

Een warme standby, geen koude reserve

Het tweede datacenter draait continu de volledige stack: voice-agents aangemeld, telefonie luisterend, certificaten geregeld. De configuratie wordt dagelijks ververst vanaf de primaire.

Een waakhond die niet stil kan falen

Een onafhankelijke waakhond controleert de primaire elke 15 seconden en verplaatst het verkeer na herhaalde bevestigde storingen. De waakhond zelf hangt aan een dodemansknop: stopt hij met rapporteren, dan wordt een engineer gebeld.

Geoefend op productie

Wij vertrouwen geen ontwerpen, wij vertrouwen oefeningen. We hebben de primaire bewust laten uitvallen tijdens live verkeer en echte gesprekken door de standby zien beantwoorden, met audio in twee richtingen, voordat we terugschakelden.

Release-discipline

Stabiliteit zonder stilstand

Snel bewegende platforms breken wekelijks iets. Bevroren platforms raken achterop in de AI-golf. Wij weigeren allebei: nieuwe modellen staan er binnen dagen op, maar elke wijziging gaat door dezelfde poort voordat die productie mag raken.

Gecontroleerde releases op een vaste cadans, geen losse pushes naar productie
Elke release wordt met echte testgesprekken op een staging-nummer beproefd vóór de uitrol
Na de uitrol volgt 48 uur verscherpte bewaking voordat een release af heet
Wat een release moet overleven
release v1.1gated
staging deploypass
code-level testspass
real test callspass
validate as a userpass
rollout + 48h watchlive
failover-drill.log
$ failover-watchdog --tail
[check]  primary · https 200 · sip reachable   (every 15s)
[hb]     normal-state ping  uptime monitor    (every 60s)
[drill]  primary made unreachable, on purpose
[strike] primary DOWN 1/4 · world reachable 
[strike] primary DOWN 4/4 · outage confirmed
[flip]   floating address  standby · 9.4s
[verify] inbound call answered · two-way audio 
 drill passed · failed back · zero client changes

Bewaking

Wij weten het eerder dan jij

Elke laag rapporteert continu zijn gezondheid: heartbeats elke minuut, synthetische checks vanuit meerdere regio's, en paging die een engineer wakker maakt. Hieronder zie je hoe onze failover-oefening er vanuit de waakhond echt uitzag.

Heartbeat-bewaking met escalatie die een mens belt
Een dodemansknop: stilte is zelf al een alarm
Incidenten worden geannoteerd en nabesproken, niet gearchiveerd en vergeten

Praat met het team dat het draait

Als jouw telefoonlijn reserveringen, leden of patiënten draagt, is stabiliteit een vereiste en geen feature-verzoek. We lopen de architectuur graag in detail met je door.