Een splitsing in de maak

We zitten op een punt dat er enkele beslissingen genomen moeten worden. Niets business-wise groot maar toch iets wat zowel een impact heeft voor de klanten als voor het imago van Openminds en kan zorgen voor verhitte discussies.

Het grote vraagstuk gaat hem over MySQL. De populaire databaseserver die door zowat 95% van onze klanten gebruikt wordt voor het onderbrengen van hun data. Door wat veranderingen in zowel het eigendom van MySQL, de programmeurs die eraan werken en de volledige mindset en community moeten we vandaag de dag kiezen uit enkele smaken van MySQL.

Eerst en vooral is er de officiële smaak die die door Oracle gebouwd, opgevolgd en gereleased wordt. Die kan je terugvinden wanneer je naar mysql.org surft en daar de laatste release afhaalt. MySQL werd eigendom van Oracle nadat het Sun Microsystems opkocht, die op zijn beurt MySQL gekocht had van MySQL AB, de originele zweedse eigenaar. Velen vrezen voor de toekomst van MySQL in handen van Oracle omdat Oracle zelf al een eigen database heeft dat het wenst te verkopen en het kreeg MySQL gratis bij heel het Sun-pakket. Heden ten dage zit men daar aan versie 5.5.

Toen Sun het eigendomsrecht kreeg over MySQL was er al wat beweging in de open source community en werden er enkele afsplitsingen gemaakt. Dit werd nogmaals versterkt door het feit dat Sun de nieuwe releases van MySQL bleef uitstellen en uiteindelijk door de overname naar Oracle toe. Doorheen de tijd kwamen er enkele grote branches: de bekendste zijn de Percona branch en de MariaDB branch.

Beide branches implementeren alles wat MySQL implementeert. MariaDB implementeert alles wat Percona implementeert en daarboven ook wat Oracle-MySQL zelf implementeert. Daar zitten we op versie 5.1 en zit versie 5.2 eraan te komen. Oracle heeft onderussen al versie 5.5 maar veel van die features zitten ook in de 5.2 release en 5.6 zit eraan te komen. Tot slot heb je OurDelta die alles samenneemt, filtert en af en toe iets labelt als stabiel en releasen.

Wat een soepje...

Dan is er natuurlijk het hele morele aspect. Open source mensen zijn en blijven open source mensen. De MariaDB branch kwam er deels als reactie op de geslotenheid van Sun/Oracle. Percona maakte hun branch omdat de ontwikkeling niet snel genoeg ging. Alles blijft open source maar Oracle kan elk moment de ontwikkeling stopzetten.

De vraag is nu natuurlijk: wat bieden wij aan op onze hosting? MySQL? MariaDB? Percona? OurDelta?

Er zijn twee valabele kandidaten volgens ons. Ofwel gaan we voor de officiële MySQL aangezien MySQL natuurlijk MySQL is en er maar één officiële MySQL is. De andere is MariaDB. Dat is een fork van MySQL, geleid door Monty, lead developer gedurende jaar en dag van MySQL, nog voor heel het overname-verhaal. Het is zijn database, zijn kindje, zijn werk.

De vraag bij een fork is dus: wie volg je? De geestelijke bezieler van het project of de officiële branch van het project?

Stiekem hebben we vroeger al gekozen. Veel klanten gebruiken al onbewust MariaDB 5.1 ipv MySQL 5.1, aangezien één van onze hoofd-database-servers opgezet is met MariaDB. Tot dusver geen klachten uit die hoek.

Maar nu komt het natuurlijk. Wat met de MySQL 5.5 waarvan er geen MariaDB 5.5 bestaat (daar noemt het ongeveer 5.2). De projecten beginnen uit elkaar te drijven en de spreidstand wordt moeilijker en moeilijker.

Heeft iemand een glazen bol?

Geschreven op 24/05/2011

Door Kristof Vermeulen

Tags: Database, MySQL, MariaDB

2 reacties

2 Reactie(s)

Nog enkele dagen Oracle en dan ben ik weg. Ik ben wél in de gelegenheid gesteld geweest om met mensen te praten over MySQL.

Over de spreidstand kan ik weinig zeggen. De community is vrij anti-Oracle en dus vrees ik dat Monty (aka de pot die de ketel verwijt) blijft zijn eigen gangetje gaan tégen Oracle in. Het lijkt wel een persoonlijke vendetta.
Ik moet eerlijk zeggen dat de community in het algemeen weinig doet om te zien wat er bij Oracle gebeurt qua open source, en dat is niet niks hoor.
En open source blijft open source, dus Oracle kan het niet sluiten. En het feit dat Oracle blijft bijdragen kan toch alleen maar positief zijn, 30 jaar database-ervaring!

De code is er trouwens serieus op vooruit gegaan, al heel wat modulairder herschreven dan de code van de eerste 5.x versies. Dit zou er althans moeten toe leiden dat bugfixes minder vaak tot nieuwe onvoorziene bugs leiden.

Ik ben reeds zeer lang de menig toegedaan dat in het bedryfsleven altyd degene met de diepste zakken,de grootste financiele mogelykheden,aan het langste eind trekt.
Dus als bedryf neem je een heel groot risico als je voor de financiel zwakkere party kiest.

Laat een reactie achter



  • (verplicht, maar wordt niet vrijgegeven)