Webinar: Waarom TrueFullstaq voor OpenNebula koos - van klant naar partner
We stonden op het punt een nieuw VMware-platform te lanceren. Toen moesten we de beslissing volledig heroverwegen.
We waren nog maar een week verwijderd van de lancering. Het platform was ontworpen. De hardware was aangeschaft. Maandenlange voorbereidingen kwamen samen in de uitrol van een nieuw platform op basis van VMware. Toen veranderde alles.
‘We liepen behoorlijk geschokt die vergadering uit’, vertelt Marijn de Vlieger, Head of Technology bij TrueFullstaq. Wat volgde, was niet zomaar een nieuwe vergelijking van leveranciers. Het was een volledige herbeoordeling van de aannames achter onze platformstrategie.
Op dat moment waren we niet op zoek naar een alternatief voor VMware. We dachten dat we onze keuze al hadden gemaakt. Maar toen de omstandigheden rondom die beslissing slechts enkele dagen voor de lancering veranderden, moesten we opnieuw stilstaan bij een vraag die veel organisaties zelden stellen. Was een goede technische aansluiting voldoende, of moesten we ook ons afhankelijkheidsmodel heroverwegen?
Die vraag leidde ons uiteindelijk naar OpenNebula Systems, een opensourceplatform voor het beheer van cloud- en edgecomputingomgevingen. Eerst als klant en later als partner.
De tweede evaluatie was anders
Konden we de hardware waarin we al hadden geïnvesteerd blijven gebruiken? Zouden we de operationele controle behouden? Hoe afhankelijk zouden we worden van één leverancier? En als de omstandigheden in de toekomst opnieuw zouden veranderen, hoe moeilijk zou het dan zijn om over te stappen?
Deze vragen gaven onze eisen een andere invulling. Het hergebruik van bestaande hardware, open API’s, multitenancy, enterprise-ondersteuning en operationele controle werden belangrijke criteria. Het allerbelangrijkste was dat we een geloofwaardige uitweg wilden hebben.
Dat laatste punt werd steeds belangrijker.
VMware vervangen betekent niet simpelweg een andere hypervisor kiezen. Organisaties bouwen automatiseringen, operationele processen, Kubernetes-platforms en bedrijfskritische diensten boven op hun infrastructuur. Zodra al die lagen afhankelijk zijn van één platform, wordt het steeds moeilijker om van koers te veranderen.
Zoals Marijn tijdens het webinar uitlegde, werd de centrale vraag uiteindelijk: wat is je exit strategie?
Waarom OpenNebula eruit sprong
Toen we alternatieven gingen evalueren, bleef OpenNebula goed scoren. Niet alleen op technisch vlak, maar ook strategisch.
OpenNebula combineerde een open-source basis met enterprise-ondersteuning, een overzichtelijke architectuur en uitgebreide automatiseringsmogelijkheden. Het gaf ons de mogelijkheid om het platform zelf te beheren en uit te breiden, terwijl we toegang hielden tot professionele ondersteuning. Met andere woorden: het bood ons controle zonder dat we op ondersteuning hoefden in te leveren. Die balans was belangrijk.
Onze beslissing draaide nooit om het vinden van de goedkoopste optie of het maken van een ideologisch statement over open source. Het ging erom een platform te kiezen dat aan onze technische eisen voldeed en ons tegelijkertijd in staat stelde de regie over onze eigen toekomst te behouden.
Van platformevaluatie naar dagelijks beheer
De keuze voor OpenNebula was pas het begin. Toen het platform eenmaal draaide, verschoof de discussie van functionaliteiten naar de dagelijkse praktijk. OpenNebula werd de basis voor onze managed services, Kubernetes-omgevingen, virtuele machines en klantworkloads. Bestaande rekenkracht-, opslag- en netwerkvoorzieningen werden geïntegreerd in één operationeel model.
Vanaf dat moment waren we niet langer alleen het product aan het evalueren. We waren infrastructuur aan het beheren. Die operationele ervaring gaf ons een ander perspectief op het platform. We werden actieve bijdragers in plaats van alleen gebruikers.
Open-source brengt verantwoordelijkheid met zich mee
Een van de lessen die we tijdens het webinar deelden, is dat kiezen voor open source ook betekent dat je bijdraagt aan het succes ervan. Als je wilt dat een platform zich ontwikkelt in een richting die gunstig is voor je klanten en je bedrijf, hoort het teruggeven aan de community daar ook bij.
Een goed voorbeeld is ons werk rond Talos Linux. Een klant benaderde ons met een specifieke vraag: kunnen Talos-clusters in edgeomgevingen op OpenNebula worden beheerd? In plaats van een oplossing te bouwen die alleen voor deze klant geschikt was, werkten onze engineers samen met het OpenNebula-ecosysteem aan een herbruikbare integratie.
De resulterende implementatie werd als open source beschikbaar gesteld, zodat ook anderen er gebruik van kunnen maken. Volgens het OpenNebula-team werd dit werk een waardevolle aanvulling op het ecosysteem. Voor ons liet het de kracht van een open platform zien, verbeteringen die voor één klant worden ontwikkeld, kunnen uiteindelijk voor iedereen waardevol zijn.
Waarom we partner werden
In de loop van de tijd ontwikkelde de samenwerking zich op een natuurlijke manier. We begonnen als klant. We bouwden en beheerden ons eigen platform. We droegen integraties en engineeringwerk bij. Uiteindelijk werd het partnerschap een logische volgende stap.
OpenNebula richt zich op de ontwikkeling van het platform zelf. Wij brengen expertise mee op het gebied van architectuur, implementatie, migratie en beheer. Samen vormen we een sterke combinatie voor organisaties die op zoek zijn naar alternatieven voor traditionele virtualisatieplatforms.
Nu steeds meer organisaties hun infrastructuurstrategie opnieuw tegen het licht houden, gaat de discussie over meer dan alleen technologie. Het draait om controle, flexibiliteit en vrijheid om op de lange termijn zelfstandig operationele keuzes te maken. Voor ons leidde die reis van klant naar partner. En alles begon met een beslissing waarvan we dachten dat die al genomen was.