De mannen achter de database

Een klant die de techniek snapt

Wat het werk bij Maxxton bijzonder maakt, is dat de klant zelf een IT-bedrijf is. Een groot deel van de technische keuzes rond de cloudmigratie heeft Maxxton zelf gemaakt, in afstemming met Qualogy. "Ze hebben een heel goed gevoel bij wat wij aan het doen zijn," merkt Bastiaan op. "Je hebt gewoon samen een doel waar je naartoe werkt." Franklin herkent dat en zoekt die verbinding actief op. "Ik probeer zoveel mogelijk in de schoenen van de klant te staan," vertelt hij. "Via hun optiek beoordeel ik het werk kritisch. Soms zie je dan dat scripts die wij beheren ook anders geschreven kunnen worden."

De coördinatie ligt bewust bij Maxxton zelf. Rob, CTO van Maxxton, is het vaste aanspreekpunt en de projectmanager: hij stemt af met het ontwikkelteam, met Google en met de klanten, en geeft akkoord op de volgende stap. Franklin en Bastiaan leveren de technische input en voeren het werk uit. Dat ene aanspreekpunt werkt prettig, vindt Franklin: de communicatie loopt soepel via tickets, mail en, als het dringend is, een appje of een belletje. "Als het lastig wordt, gaat dat gewoon via de CTO," vult Bastiaan aan.

Voor Rob zelf draait het vooral om een gelijkwaardige samenwerking: "We willen een partner die meedenkt, niet alleen uitvoert. Franklin en Bastiaan snappen wáárom we iets doen en niet alleen wát, dat scheelt eindeloos afstemmen en zorgt dat we echt samen naar één doel toewerken."

"We willen een partner die meedenkt, niet alleen uitvoert."

Rob Sonke, CTO Maxxton

Van on-premise naar de cloud

Het migratietraject is het project waar ze allebei met plezier op terugkijken. Maxxton kwam van een on-premise omgeving met een RAC-cluster en verhuisde alles naar Google Cloud. "De overstap naar Google Cloud was voor ons net zo goed strategisch als technisch," zegt Rob. "We wilden af van de beperkingen van on-premise en tegelijk klaar zijn om snel op te schalen als er nieuwe klanten bijkomen." Voor Franklin zit de uitdaging juist in die complexiteit. "Dit is een zeer complexe infrastructuur, met een cluster én een Data Guard-omgeving voor high availability," legt hij uit. "Bij andere klanten zie je meestal het een of het ander, niet die combinatie."

Ook dat is voor Rob geen toeval: "Onze klanten verwachten 24/7 beschikbaarheid, downtime raakt direct hun boekingen en hun vertrouwen in ons. Daarom accepteren we de complexiteit van een cluster én Data Guard bewust, voor ons is dat geen luxe maar een voorwaarde."

"Onze klanten verwachten 24/7 beschikbaarheid, downtime raakt direct hun boekingen."

Rob Sonke, CTO Maxxton

Nieuw terrein was het zeker: geen ervaring met het platform, een harde deadline en een eerste proof of concept om alles te testen. "Je begint met een bierviltje, bij wijze van spreken, met een krabbel over hoe je denkt dat het eruit moet zien," vertelt Bastiaan. "En het is leuk om te zien dat het er een half jaar later ook echt zo staat." Onderweg maakten ze bewuste keuzes voor de toekomst: een upgrade van Oracle 12 naar 19, een overstap naar een multi-tenant architectuur met container- en pluggable databases, en het samenbrengen van schema's die eerst verspreid stonden. Waar een Oracle-omgeving veel kant-en-klare tools meelevert, biedt Google Cloud in feite een kale server, dus backups en restore-procedures moesten ze zelf inrichten en uittesten.

Halverwege dreigde de deadline van de proof of concept in gevaar te komen door problemen tijdens de installatie. Franklin maakte extra uren om de oorzaak te vinden en droeg het werk netjes over aan een collega toen er geplande vakanties tussendoor kwamen. Door dat in overleg met de klant te regelen, werd de mijlpaal alsnog gehaald. Voor het langetermijnbeheer zetten ze daarna een aparte beheerserver op met Oracle Enterprise Manager, van waaruit de backups en beheerscripts draaien.

Samenwerken met een team in India

Maxxton ontwikkelt zijn software grotendeels met een team in India. De dagelijkse samenwerking loopt vooral via tickets. Komt er een melding binnen, dan pakt Franklin die op als behandelaar, of hij zet hem door naar een collega als hij even niet beschikbaar is. Het tijdsverschil is daarbij zelden een probleem: veel kan wachten tot de kantoren in Nederland open zijn, en een Nederlandse ontwikkelaar fungeert als buffer voor dringende zaken. Technische beheerkeuzes stemt Franklin meestal af met de Nederlandse contactpersonen. In sommige gevallen schuiven ze samen aan in een overleg.

De afstand vraagt wel om een bepaalde manier van werken. "Technische discussies doe ik liever met mensen in Nederland, dat praat makkelijker," zegt Bastiaan, die het vergelijkt met eerder werk voor een team in Suriname, waar taal en cultuur dichter bij elkaar lagen. "Bij India vind ik het lastiger in te schatten. Als zij ja zeggen, weet ik niet altijd of ze ja of nee bedoelen."

Voor Franklin zit de belangrijkste les in dat hele samenspel: proactief handelen en blijven communiceren. "De klant wil weten wat de status is van een activiteit, een storing of een update," zegt hij. "Als ik laat weten hoe het ervoor staat, brengt dat de klant tot rust." Het is een aanpak die ze meenemen naar elke volgende klant: korte lijnen, eerlijk zijn over wat er speelt en samenwerken als één team, ook als dat team verspreid zit over Nederland, India en cloud leverancier.

En ondertussen kijken ze vooruit. Nieuwe Oracle-versies staan op de roadmap, de omgeving blijft hard groeien met nieuwe klanten, en dan is er de vraag hoe AI hun vak gaat veranderen. "Ik weet dat mijn werk gaat veranderen," zegt Bastiaan. "Maar dat is precies het gesprek dat je samen met de klant aangaat."