Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 16 reacties

Sinds de overname van Mysql AB door Sun is oud-directeur MŚrten Mickos vice-president van de databasetak van Sun. Tweakers.net sprak met hem toen hij deze week even in Nederland was.

Hoewel Mysql niet door Mickos is opgericht, is hij als directeur in de loop der tijd uitgegroeid tot het gezicht van de populaire opensourcedatabase. Voor veel bedrijven en ontwikkelaars kwam de overname door Sun als een verrassing. "Voor ons eigenlijk ook", verklapt Mickos. "We waren hard op weg in het bedrijf naar de beurs te brengen. Een overname was niet gepland. Toen we eenmaal beseften dat deze overname minstens net zo aantrekkelijk was als een beursgang, was de keuze snel gemaakt."

Volgens de vice-president kan dit wel eens een van de snelste overnames van deze omvang zijn. "Op 26 november vorig jaar had ik de eerste ontmoeting met Jonathan Swartzch en Rich Green van Sun. Halverwege december, nog geen twee weken later dus, hadden we op hoofdlijnen al een akkoord. In januari dit jaar heb ik de overname wereldkundig gemaakt. Als dat niet snel is..."

Mickos geeft toe dat dit een emotionele periode in zijn leven was. "We waren hard op weg om naar de beurs te gaan. Dat is nu van de baan. We wisten niet hoe het personeel en de markt daarop zouden reageren. Onze belangrijkste eis was dat onze 'corporate values' niet zouden veranderen. De organisatorische veranderingen door de overname zijn minimaal." De uitstraling en het vrije gevoel van Mysql bewaren, is voor Mickos een groot goed. "Mysql heeft een eigen identiteit, zolang we die bewaken en bewaren maakt het niet zoveel uit waar je zit. De bedrijfscultuur van Sun past prima bij ons."

De afgelopen maanden heeft Mickos zich voornamelijk beziggehouden met de integratie. "We zijn net klaar. De dagelijkse gang van zaken had hierbij prioriteit. Over de lange termijn of de gevolgen hebben we ook nog niet echt nagedacht. Wat scheelt is dat onze roadmap grotendeels vastligt. Daar wijk je niet zomaar vanaf."

Helemaal zonder gevolgen is de overname door Sun uiteraard niet. Critici hebben gespeculeerd over de mogelijke gevolgen voor de prijsstrategie van Mysql. "Die zal echt niet wijzigen. Als we onze prijzen ineens gaan verhogen, dan zoeken ze het zelf wel uit en zijn wij onze inkomsten kwijt. Als mensen zich ergens zorgen over willen maken, dan moeten ze dat doen over de prijzen van Microsoft en IBM."

Wat Mysql ook niet van plan is zijn wijzigingen is het licentiebeleid. Er zijn geluiden dat ontwikkelaars Mysql links laten liggen en de voorkeur geven aan Postgresql vanwege de bsd-licentie die deze database hanteert. Mickos zegt hier weinig van te merken en is dan ook niet bang dat 'Lamp' plaats zal maken voor 'Lapp'. Ook het vrijgeven van de connector libraries onder de soepeler lgpl is voor Mickos ondenkbaar. "Die heb je alleen nodig als je closed source wil bouwen en aan dat soort software zijn we geen verantwoording schuldig."

Tussen de regels door valt goed op te maken hoe Mickos denkt over klagers. "Er zijn mensen die vinden dat we alles gratis en zonder beperkingen moeten weggeven. Klagers heb je altijd, maar onze klanten hebben ons niet nodig, ze kiezen ervoor klant te worden. We hebben uiteraard een businessmodel, maar zonder een commerciŽle kant zou opensource geen bestaansrecht hebben. Wij zijn pioniers op dit gebied en moeten dus onze eigen weg vinden."

Sun heeft op opensourcegebied inmiddels ook de nodige ervaring en kan hierin dus, indien noodzakelijk, voor begeleiding zorgen. "Sun helpt ons bijvoorbeeld met zijn expertise op het gebied van high power computing. We zijn nu druk bezig met het verbeteren van de prestaties en de schaalbaarheid. Als onderdeel van Sun kunnen we op bepaalde vlakken sneller schakelen. Niet dat we nieuwe releases sneller kunnen uitbrengen, maar het bereiken van grote bedrijven wordt wel makkelijker."

Veel grote bedrijven kiezen niet voor Mysql vanwege het opensourcekarakter van het bedrijf. Volgens Mickos maken juist die grote bedrijven nog veel gebruik van legacy databases, bijvoorbeeld voor erp- en crm-systemen. "Wij kijken er vooral naar hoe een bedrijf een database gebruikt en richten ons feitelijk alleen maar op bedrijven met een webbased architectuur. Oracle mag de rest hebben. We want Oracles dessert."

Ook over Innodb maakt Mickos zich geen zorgen. "Dat er concurrentie is, is natuurlijk prima. Toen Oracle Innodb kocht hielden we dat scherp in de gaten en dat doen we nu nog steeds. Oracle biedt met Innodb vandaag de dag echter een brak en duur product. Feitelijk hebben ze voor ons dus de vraag gecreŽerd."

De Falcon-engine waar Mysql momenteel aan werkt, moet dan ook niet worden gezien als concurrentie voor Innodb. "Innodb gaat niet mee met zijn tijd en is bedoeld voor single- en dualcore-systemen. Falcon is echt bedoeld voor de nieuwe generatie systemen met meerdere cores. Falcon is nu in bŤta en de engine telt nog 24 kritieke bugs. Dat zijn er uiteraard teveel, maar met de release van Mysql 6.0, die staat gepland voor 2009, verwachten we een stabiele versie van Falcon te leveren."


Moderatie-faq Wijzig weergave

Reacties (16)

(copy/paste van GoT post)

Bedankt voor het stellen van mijn vraag. ("Ik zou graag willen weten of ze de connector libraries, die nodig zijn voor allerlei platforms om verbinding te maken met MySql nu eens gaan releasen onder de LGPL ipv de GPL.") :) Goed artikel idd :)
Ook het vrijgeven van de connector libraries onder de soepeler lgpl is voor Mickos ondenkbaar. "Die heb je alleen nodig als je closed source wil bouwen en aan dat soort software zijn we geen verantwoording schuldig."
Was een te verwachten antwoord, alleen is het antwoord niet conform de waarheid volgens mij, want ze hebben een complete VAR business voor de closed source bouwers. Closed source software is gewoon een feit en ook consultancy firma's die in-house maatwerk leveren voor klanten moeten een commerciele licensie nemen op de mysql connectorlibs, anders overtreden ze de gpl, tenzij ze ALLE sourcecode meeleveren, maar dat is niet altijd het geval. Laten die commerciele licenses nu wel meer dan 250 euro per persoon kosten voor de mysql connectors.

Ik denk dat hij niet wilde toegeven dat het gewoon veel geld oplevert (ze raden iedereen aan die deze vraag hun stelt om 'VAR' te worden... tja...) Het is jammer dat ze zo kortzichtig zijn, want ik denk dat ze wel degelijk de pijn gaan voelen van bv postgresql, maar voornamelijk van gratis databases van IBM, Microsoft en Oracle, die allen een stripped down versie leveren van hun eigen database systeem en welke veelal toereikend is voor kleinere apps (het gros van de applicaties)

Bv voor bedrijven zoals de onze (maker o/r mapper voor .NET) die alleen code schrijven tegen hun database aan maar het zelf niet gebruiken is er geen alternatief dan voor corelab's connector te gaan ipv de mysql versie, want de corelab's is stukken goedkoper. Het ironische is dat van alle databases waar we mee werken, de mysql connector de ENIGE is die geld kost. En no offence richting mysql, maar geld betalen om verbinding te maken met een database die niet eens weet wat ACID transactions zijn, mja... ;)

[Reactie gewijzigd door EfBe op 31 mei 2008 10:27]

Bv voor bedrijven zoals de onze (maker o/r mapper voor .NET) die alleen code schrijven tegen hun database aan maar het zelf niet gebruiken is er geen alternatief dan voor corelab's connector te gaan ipv de mysql versie, want de corelab's is stukken goedkoper.
Er is wel een alternatief: schrijf een eigen connector. Het mysql protocol is gewoon openbaar (neem ik aan), dus je bent niet beperkt tot welke bestaande connector dan ook.

[Reactie gewijzigd door RedLizard op 1 juni 2008 13:29]

Het is toch helemaal niet raar dat MySQL geld wil verdienen aan closed source producenten die hun database(connector) gebruiken. Er moet toch ergens geld mee worden verdiend en het is logisch als dat vooral gebeurt bij de groep die ook (financieel) profiteert van deze database. Niet alles kan gratis zijn!
Zoals jij het vertelt klinkt het een beetje alsof jij geld wilt verdienen aan een andermans product zonder daarvoor te willen betalen. En wat is nou 250 euro per connector? Tenzij het om grote gebruikersgroepen gaat, maar dan is er vast wel korting te krijgen. Vaak zal deze connector echter worden gebruikt voor de DB-communicatie tussen enkele servers en dan is 250 euro natuurlijk peanuts.
Moet er trouwens niet ook nog worden betaald voor het gebruik van de server zelf (in commerciŽle omgevingen)?
Oracle biedt met Innodb vandaag de dag echter een brak en duur product.
interresante vertaling :+ 'brak' is toch een behoorlijk hollandse uitdrukking ... valt een beetje in hetzelfde rijtje als gezellig waar ook geen engels woord voor is.. (en nee het is geen cozy, want dat betekend knus).

[Reactie gewijzigd door Laurens-R op 31 mei 2008 16:13]

Mickos had het over 'a buggy and overpriced product'. Uit z'n toelichting werd wel duidelijk dat hij hier meer mee bedoelde dan 'software met bugs' :P
'brak' is toch een behoorlijk hollandse uitdrukking
Als je het hebt over je state of mind na een avondje stappen oid ja. In deze context is het gewoon synoniem voor "kapot" of "gebrekkig". In het Engels zou je "broken", "lacking" of "deficient" kunnen gebruiken, afhankelijk van welke van toepassing is. Over het algemeen is "broken" sowieso wel een goede vertaling voor "brak" - het betekent (in de informele zin, net als bij "brak") dan ook niet per se dat het kapot is gegaan, alswel dat iets gewoon niet doet wat het hoort te doen, waar dat dan ook aan ligt.

En "gezellig" is "companionable", "convivial" of "sociable" ;)

[Reactie gewijzigd door .oisyn op 2 juni 2008 17:45]

Er is geen engelse vertaling voor gezellig, tenzij het gaat om een gemoedstoestand (en dan nog..). Het deense "hygge" is de enige die ik ken die eenzelfde sfeer aangeeft.

Brak is context gevoelig IDD en dus redelijk goed te vertalen of te gebruiken in een vertaling als je kennis van zaken hebt.
De originele betekenis is dus een mengsel van zoet en zout water. Zou je dan dit woord gebruiken als vertaling?
Inderdaad een hoop commentaar op concurrenten en hun eigen organisatie. Maar waar ze inhoudelijk nu met hun product naar toe willen, bijvoorbeeld BI functionaliteit toevoegen of ETL, zoals de grote database software leveranciers, daar lees ik niks over. Wat die licentie kosten van mssql en IBM betreft, die zijn meestal een fractie van de personele kosten om een nieuw systeem te ontwikkelen, dus die prijs is helemaal niet de belangrijkste factor bij aanschaf. Meer hoe kan de database door gebruikersvriendelijkheid en zelf automatisch een aantal dingen te doen werk uit handen nemen van DBA's en ontwikkelaars.
Wat die licentie kosten van mssql en IBM betreft, die zijn meestal een fractie van de personele kosten om een nieuw systeem te ontwikkelen, dus die prijs is helemaal niet de belangrijkste factor bij aanschaf.
Een nieuw systeem te ontwikkelen of op te zetten? Een LAMP *nix web server is qua soft -en hardware vťťl goedkoper en ook nog eens 1000x veelzijdiger dan een MS server met MSSQL erop geÔnstalleerd. MS servers zijn heel erg beperkt in functionaliteit maar wel vreselijk duur in de aanschaf.
Naar mijn idee is MySQL meer beperkt dan MSSQL server. Dat zal dus vooral met persoonlijke kennis te maken hebben.
Wanneer de programmeur ook de eigenaar en zowel applicatief- als databasebeheerder van de applicatie is, is LAMP ideaal. In deze markt hebben de commerciŽlen het zwaar tegen MySQL.
Maar wanneer er beheer overgedragen moet worden of er moet toestemming voor downtime worden gevraagd aan de eigenaar van de applicatie o.i.d. dan zijn de commerciŽle RDBMS-en nog steeds beter dan MySQL.
Bijvoorbeeld voor het aanzetten van performance analyse (slow-query-log) moet de instantie worden herstart. Ook is het onmogelijk wanneer je MyISAM gebruikt de data bestanden van 1 database te verplaatsen zonder downtime van de hele instantie.
Daarnaast is MySQL nog niet helemaal ACID.
Ik zie graag dat MySQL eerst aan deze zaken aandacht geeft voordat ze over BI of ETL gaan nadenken.
Naar mijn idee is MySQL meer beperkt dan MSSQL server. Dat zal dus vooral met persoonlijke kennis te maken hebben.
Klopt, maar heb je voor web applicaties een zeer uitgebreide database server nodig? Nee. Ik had het in deze niet specifiek over de database server, maar het systeem in zijn geheel.

Voor m'n project danceatlantis.com waar ik momenteel aan werk wilde ik met een oplossing komen om de performce flink op te schroeven wat natuurlijk mogelijk gigantisch veel in hardware investeringen kan schelen. Ik verwacht veel leden te krijgen op deze site. Minstens een paar miljoen na het eerste jaar.

Oplossing:
  • Database bestanden staan op een partitie die in het geheugen is gemount (tmpfs). Geheugen is zo'n 1000x sneller dan een HD en aangezien de meeste queries select queries zijn, zal dit een hele grote performance boost geven. I/O is altijd de grootste bottleneck van een database server;
  • Voordat MySQL start (na een reboot of crash), wordt de database structuur naar de tmpfs partitie gecopiŽerd en de data van een backup geladen;
  • De database repliceert naar een tweede instantie van MySQL op dezelfde server. De database bestanden draaien op een hele snelle 15k HD;
  • Eťn keer in de zoveel tijd wordt van deze tweede instantie een snapshot naar een backup server gemaakt;
De statische bestanden van de site zelf draaien ook in het geheugen, dynamische bestanden van een snelle RAID1 array. Ook hiervan wordt ťťn keer in de zoveel tijd een incremental backup gemaakt.

De site gaat dus gehost worden op een cluster van 1U servers met 2x dual quad cores, OS van een r/o RAM disk, data op een snelle 15k RAID1, database in het geheugen en database replicatie naar een enkele snelle 15k HD.

Probeer een soortgelijke configuratie maar eens op een MS doos te configureren. Compleet onmogelijk en daarom beweer ik dat het hosten van zwaar belaste websites vťle malen goedkoper en sneller is op een *nix (Gentoo in mijn geval) dan op een MS machine. En ook niet de onbeperkte toepassingsmogelijkheden van een *nix machine te vergeten.

[Reactie gewijzigd door mstam op 6 juni 2008 16:26]

De commerciŽle database leveranciers hebben als opzet om een ACID database systeem te leveren. Dat houdt onder andere in dat je als beheerder altijd de vrijheid hebt om over te stappen naar een dataloss van maximaal enkele seconden of helemaal geen. Dat zou moeten kunnen zonder applicatieve kennis.
Met de architectuur die je hierboven beschrijft is dat niet mogelijk.

Overigens hebben de meeste database systemen een cache systeem die de meest gebruikte data cachet. Ik heb sterk het vermoeden dat wanneer je een database goed tunet je een database niet in het werkgeheugen hoeft te draaien om een goede performance te krijgen.

Bovenstaande architectuur is goed wanneer de programmeur ook de eigenaar en de beheerder is. Maar het is niet eenvoudig overdraagbaar binnen een grotere beheer omgeving.

Of LAMP ideaal is hangt dus sterk af van de IT omgeving waar het over gaat. Binnen grote beheeromgevingen is het al gauw rendabel om wat extra te investeren in hardware en licenties.
Sun heeft op opensourcegebied inmiddels ook de nodige ervaring en kan hierin dus, indien nodig, voor de nodige begeleiding zorgen.
Nodig, nodig, nodig :P

Er wordt wel weer lekker met modder gegooid, maar verder een interessant artikel :)
niet om te flamen maar dit ranked toch wel hoog in de goede quotes lijst ;)
" Als mensen zich ergens zorgen over willen maken, dan moeten ze dat doen over de prijzen van Microsoft en IBM "
Ik ben benieuwd wat Falcon gaat brengen (concreet). Hopelijk wordt het dbms er wat volwassener mee (qua features) zonder in te boeten op performance. Dat kan alleen maar in het voordeel van MySQL uitvallen.

Mickos komt wel lekker down to earth over trouwens, zo met uitspraken als "We want Oracles dessert.". :+

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True