Built to fail: terugblik op KubeCon 2026

Vorige week zaten we met een deel van het team in de RAI voor KubeCon + CloudNativeCon 2026. Dertienduizend ingenieurs uit de hele wereld, één gedeelde aanname: software die er voor klanten echt toe doet is software die ervan uitgaat dat er ergens iets kapot gaat.

Bij DCSolutions noemen we dat 'built to fail'. Het klinkt als een tegenstelling, dus eerst even toelichten wat het wel en wat het niet betekent.

Het uitgangspunt

Traditionele software wordt gebouwd onder de aanname dat alles blijft werken. Database staat. Server draait. Netwerk is op. Als er dan toch iets misgaat (en dat gaat altijd ergens een keer mis) wordt het probleem groot. Een outage halverwege een claimproces. Een trage portal op een drukke dinsdag. Een verloren submission omdat een component vastloopt.

Built to fail draait die aanname om. Het platform gaat ervan uit dat er ergens iets kapot zal gaan, en is daarvoor ontworpen. Meerdere kopieën van elke component. Automatisch herstart bij uitval. Taakverdeling die zich aanpast als één node wegvalt. Het systeem blijft draaien terwijl onderdelen ervan dat niet doen.

De technologie die dit mogelijk maakt is Kubernetes, en het bredere cloud native ecosysteem daaromheen. Daar ging KubeCon over.

Drie observaties uit de RAI

Cloud native is geen niche meer. Banken, telecoms, overheden, grote retailers draaien er allemaal kritieke workloads op. Wat tien jaar geleden experimenteel was, is nu de manier waarop serieuze software wordt gebouwd. Wij niet als enige.

Het ecosysteem is volwassen. De tooling rondom monitoring, security, deployment en data beheer staat. Voor een platform aanbieder betekent dat minder zelf bouwen en meer combineren van componenten die door duizenden engineers wereldwijd worden gevalideerd. Dat is niet alleen efficiënter, het is ook veiliger.

Compliance kreeg veel aandacht. De governance-vereisten waar verzekeraars mee te maken hebben (DORA, NIS2, AI Act) waren op KubeCon nadrukkelijk aanwezig. De native tools voor audit logging, secret management en data residency die je voor deze regelgeving nodig hebt, zitten in de stack waarop wij bouwen. Dat is geen toeval.

(Side note: drie collega's stonden in de officiële aftermovie van dag 2, rond 0:43. Daar zijn we een beetje trots op.)

Wat dit voor schadeverzekeraars betekent

Een claimsplatform mag niet down zijn. Niet half. Niet 'even'. Een claimant die op een zaterdagavond bij een aanrijding informatie probeert in te dienen verwacht dat het werkt. Een behandelaar die maandagochtend dossiers ophaalt verwacht dat ze er zijn. Een ketenpartner die een document moet valideren verwacht een respons binnen seconden.

Daar staan drie concrete eigenschappen van onze architectuur tegenover.

Onverwoestbare betrouwbaarheid.
‍Valt een component uit, dan neemt een ander hetzelfde werk direct over. De eindgebruiker merkt er niets van. Geen lange procedure, geen handmatige interventie, geen support-tickets om de boel weer op te starten.

Schaalbaarheid die meeademt.
‍Een rustige zondag of een piek door een stormfront met honderden meldingen tegelijk: het platform schaalt automatisch mee met de belasting. Geen handmatige capaciteitsplanning. Geen prestatie-issues op het verkeerde moment.

Gegarandeerde continuïteit.
‍Geautomatiseerd herstel, automatische back-ups, monitoring die afwijkingen signaleert voordat een gebruiker er last van heeft. Onderdeel van het basisontwerp, niet een module die je los aanvinkt.

Geen migratietraject, een laag erbovenop

Wat we niet doen: een verzekeraar dwingen tot een lange, dure migratie weg van bestaande systemen. Dat soort trajecten loopt zelden goed af, en is in de meeste gevallen ook niet nodig.

Wat we wel doen: een slimme laag leggen op de bestaande infrastructuur die de keten verbindt en data structureert. Aan de Axon-kant blijft Axon staan. Aan de claimsbehandelaar-kant blijft het systeem dat er staat. Daartussenin draait het composable claim platform dat de communicatie verzorgt, de workflows orkestreert en de data vastlegt voor latere analyse en compliance-toetsing.

Dat platform draait op de architectuur die KubeCon vorige week opnieuw als de standaard heeft bevestigd. Een platform dat gewoon werkt. Altijd. Omdat het gebouwd is om elke klap op te vangen.

Verzekeraars die hier meer over willen weten kunnen via de button hieronder een gesprek inplannen. Eén intake, één technische walkthrough. Daarna weet je precies hoe het werkt, en wat het voor jullie keten betekent.

‍