Het systeem, dat door duizenden klanten dagelijks gebruikt wordt voor belangrijke transacties, viel al uit wanneer er enige honderden gebruikers tegelijk inlogden. De schade voor de klant, aan reputatie en herstelacties, was aanzienlijk.

Nadat de aanschaf van extra hardware geen soelaas bood, werden er database- en softwarespecialisten ingevlogen. Hoewel een projectteam een half jaar lang zowel de software als de database onder handen nam, bleven de problemen onverminderd optreden. Daarop werd de hulp van EyeToEye ingeroepen.

Binnen korte tijd ontdenkte onze consultant twee afzonderlijke problemen: het datamodel en de koppeling met de backoffice.

Het (on)logische datamodel
Vrijwel elke primaire sleutel in het datamodel bevatte het klantnummer. Het was direct duidelijk dat het vervangen van deze 25 tekens lange 'logische sleutel' door een 'technische sleutel' een enorme winst in snelheid en opslagcapaciteit zou leveren. Na enkele weken was het conversiescript klaar en werden alle verwachtingen overtroffen met een performancewinst van 1000%.

De lekkende koppeling
Een ernstige ontwerpfout in het doorgeven van opdrachten naar de back-end leidde ook tot veel problemen. Een bewuste noodstop bij elke storing maakte het onmogelijk na te gaan welk bericht er verloren was gegaan, zodat handmatig herstel nodig was. Zonder automatische bewaking werd het probleem bovendien pas laat opgemerkt door de organisatie. De EyeToEye-oplossing was hier het robuust maken van het berichtenverkeer (o.a. door het versturen van 'idempotente' berichten*), waardoor het systeem zichzelf nu na een korte storing automatisch kan herstellen.

*) Idempotente berichten zijn zo opgezet dat het niet uitmaakt of het bericht één of meerdere keren wordt ontvangen. Een idempotent bericht kan dus probleemloos vaker gestuurd worden, om zeker te zijn dat het is ontvangen.