MySQL introduceert levenscycluspolicy; EOL oude versies

MySQL heeft op zijn website een document beschikbaar gesteld waarin het bedrijf de levenscyclus van zijn producten inzichtelijk gemaakt heeft. Evenals veel andere softwarebedrijven heeft ook MySQL de ondersteuningsperiode van maximaal 60 maanden in tweeën gehakt. De eerste periode, Active Support genaamd, duurt 24 maanden en is onderdeel van de normale MySQL Commercial Support. Tijdens dit interval zal de software actief verder ontwikkeld worden, is het de bedoeling dat alle bekende securitygaten en andere bugs gedicht worden, en zouden updates op reguliere tijdstippen beschikbaar gesteld moeten worden. Verder is er de Extended Support, dat in totaal 36 maanden omvat en ingaat op het moment dat de Active Support afloopt. Deze uitgebreide ondersteuning is alleen tegen betaling beschikbaar voor bepaalde aanbiedingen in MySQL's Commercial Support. Software die hieronder valt, zal geen nieuwe features meer ontvangen. Wel zullen zo goed als alle veiligheidslekken gefixt worden, zullen alleen de meest urgente gewone bugs opgelost worden en nieuwe versies worden alleen beschikbaar gesteld als er een noodzaak voor is.

Het is voor het eerst dat MySQL met een dergelijke policy naar buiten treedt. Tot op heden was het bedrijf vrij genereus met de ondersteuning van zijn software, maar hier zal in de zeer nabije toekomst verandering in gaan komen. Het ondersteunen van meerdere versies van de MySQL-software is iets wat door klanten en de gemeenschap erg gewaardeerd wordt. Voor MySQL is het echter erg duur en daarom is besloten een levenscycluspolicy op te stellen en te publiceren, zoals ook andere bedrijven à la Red Hat en Microsoft doen. Naast het feit dat het bedrijf op deze manier kosten wil besparen, wil het klanten er ook toe bewegen over te stappen op meer recente versies, omdat die eenvoudig up-to-date gehouden kunnen worden. Overigens zal het tegen betaling mogelijk blijven om na de periode van uitgebreide ondersteuning specifieke updates te verkrijgen. Verder heeft het bedrijf laten weten dat men intern nog in overleg is over het hosten van binaire versies van oudere releases van de software, te weten 3.23 en 4.0. De broncode van deze releases zal wel beschikbaar blijven. Verschillende ontwikkelaars en consultants hebben verbaasd gereageerd op het nieuws.

	MySQL-versie		Releasedatum		AS eindigt op		ES eindigt op
	3.23		17-01-2001		31-07-2006		31-12-2006
	4.0		15-03-2003		30-09-2006		31-12-2008
	4.1		23-10-2004		31-12-2006		31-12-2009
	5.0		13-12-2005		31-12-2007		31-12-2010

Reacties (24)

[Ulx]

Maar 5 jaar support? Wat weinig.

[Verwijderd]

Ik vind dat helemaal niet zo heel weinig, bedenk maar eens hoe lang jij bij een versie van bepaalde software blijft zitten. Als je het een jaar volhoudt sta ik verbaast.

Dit geldt in mindere mate ook voor comerciële gebruikers van software zoals webhosters. Deze zullen proberen iets langer bij de software versies te blijven, maar zullen toch echt wel binnen vijf jaar overstappen.

[PrisonerOfPain]

Er zijn anders nog volksstammen hosters met MySql 3.23 en PHP 4. Terwijl ze beiden toch al een flinke tijd vervangen zijn.

[Verwijderd]

Waarom zou je iets vervangen wat niet kapot is? Alleen omdat er een nieuwe versie is? Als werknemer zeg ik prima, het houdt mij van de straat. Alleen als de freelance ondernemer zeg ik, doe maar niet al dat upgraden kan problemen geven.

Een van mijn hosting servers draait ook al jaren op die combo php4 en mySQL 3. Er zijn wel exploits voor te vinden, zonder twijfel alleen ik heb op firewall/switch nivo gewoon alle poorten behalve ssh/http en mail dicht gezet.
Dan wordt het exploiten een stuk lastiger. Kwestie van op de goede plekken ervoor zorgen dat je de boel dicht hebt staan scheelt je hoopjes nodeloos gezeik.

[Verwijderd]

@damn_its_me
als de producten continuiteit konden garanderen was er niet zo'n probleem. Zonder die garantie is er een pijnlijke migratie periode nodig die maanden of zelfs meer dan een jaar nodig heeft.

Met PHP zijn ze pas echt goed aan continuity en consistency begonnen met PHP5. En PHP 5.1 (24-Nov-2005) is pas mature.
Ik weet niet hoe het zit met MySQL maar de overgang van 4.0 naar 4.1 is niet painless. En gegeven de track record van MySQL heb ik er weinig vertrouwen in dat continuiteit al in orde is.

Als product X niet met product Y versie n+1 werkt dan kan je niet overstappen. Eerst moet er van X een nieuwe versie uitkomen die wel met n+1 van Y werkt. En dit soort dingen stapelen op. (Apache; PHP; MySQL; PHP applicatie)

[PrisonerOfPain]

Het is prima als je de features niet nodig hebt, maar zodra je wat meer wilt doen met je applicatie en een stukje robuustheid nodig hebt zit je met de gebakke peren. Aangezien je hard moet zoeken naar een ondersteunende host. Tuurlijk begrijp ik dat er vanalles getest moet worden bij dergelijke software upgrades, maar 2 jaar voor PHP5 of 2.5 voor MySql‽

[thegve]

Wij zijn begin dit jaar begonnen met een hostingdienst. Plesk, vrij bekend controlpanel, ondersteunde toen in ieder geval nog geen Mysql 5 of PHP 5. Volgende release van Plesk is dit opgelost, en misschien gaan we dit jaar ook nog migreren, maar soms word je gedwongen tot dat soort vervelende dingen.
@bogusland:
De SSH poort van onze server is alleen via een VPN bereikbaar, maar dankzij een leuk bugje in horde webmail hadden we toch ongenode gasten op de server.

[_JGC_]

@bogusland: Daarom zijn er ook nog altijd goede linux distributies te vinden die de oude software onderhouden. Debian ondersteunt op dit moment gewoon MySQL 3.23 (oldstable), 4.0 en 4.1 (stable) en PHP 4.1.2 en PHP 4.3.10, allemaal netjes voorzien van de laatste security updates, of MySQL die versies nou ondersteunt of niet, ze backporten de fixes gewoon uit de nieuwste versies.

Overigens vraag ik me af, als je als hoster altijd op de oudste zooi blijft draaien, gaan je klanten ook om zich heen kijken om iets anders. Als je ziet hoeveel nieuwe features MySQL erbij gekregen heeft door de releases heen...

@BikkelZ: Niet iedereen is engineer, als ik sommige website ontwerpen zie qua techniek gaan bij mij de tenen ook al krom staan. Toch krijg je vaak de vraag van klanten waarom dit en dat niet werkt, blijkt vervolgens dat dat pas vanaf MySQL 4.1 ondersteund wordt terwijl wij nog 4.0 hosten.
Overigens is MySQL 3.23 heel erg simpel te upgraden naar 4.0. Van 4.0 naar 4.1 kan een ramp zijn, afhankelijk van de programma's die ermee draaien (we hebben enorm veel gezeik met noorse tekens en JSP gehad ). Van MySQL 4.1 naar iets hogers is dan weer heel erg eenvoudig.

Wat betreft per se het allerlaatste moeten draaien: Op een gegeven moment kwamen er klanten vragen om PHP5, wij een fastcgi setup opgezet voor PHP5, naast onze PHP4 fastcgi setup op dezelfde webserver. Klanten een optie gegeven om PHP versie te kiezen in het control panel... welgeteld 1 van de 350 VHosts op die server die het gebruikt... degene waarmee ik getest heb of het werkt

[BikkelZ]

MySQL heeft een heleboel nieuwe features gekregen, maar er is geen DB zo snel als 3.x voor simpele boeren rechttoe rechtaan SELECT queries. Wat je toch met name doet bij een shared hosting website.

Als je subqueries nodig hebt om je guestbook, eenvoudig CMSje of forum aan de praat te krijgen moet je je toch even gaan afvragen of het ook niet simpeler zou kunnen.

En als je een middelgrote tot grote webapplicatie schrijft, waarbij de functionaliteit uit MySQL 4.1 en hoger een vereiste is, dan ga je dat niet op een lullig shared hosting accountje draaien, of wel dan?

[Verwijderd]

@Jan de Groot


Ik ben mijn eigen klant en ik kan het prima met mezelf vinden

Het is geen hosting server voor derden, maar voor ons zelf. (maar vergis je niet, die SQL server krijgt een behoorlijke hap transactie's voor de kiezen op een dag..)

[stappel_]

windows 98 en windows me is geloof ik deze maand pas gestopd. dus het support was wel even wat langer dan hier. (v3.23 uit 2001 ipv win98 uit 1997)

[Verwijderd]

Toch gek dat hoe hoger het versie-nummer hoe korter de versie te leven krijgt.

Komt dit omdat er sneller bugs gevonden worden en na fixes de hele boel om soms de beste methode is ?... internet is gegroeid... voldoende scriptkiddies ?

[GekkeKoe]

Het is voor het eerst dat ze zulks een policy uiteenzetten, en tot nog toe zijn ze genereus geweest met support van oude versies. Dit is erg duur, en dus moet ook daar een eind aan komen; dus de lange support die voorheen werd geboden is niet langer wenselijk en loopt nu dus eindelijk (en snel) af voor oude versies en wordt danig gelimiteerd voor nieuwe versies. Onredelijk is dit niet, en de AS+ES voor v5.0 is nog steeds respectievelijk 2+3 jaar.

[dennistd]

Ik denk eerder omdat de oudere versies al een tijdje terug geen support meer zouden hebben gehad. Nu hebben bedrijven nog tijd om over te stappen.

[Verwijderd]

En in ander takken van de techniek is het heel normaal om 20 tot 30 jaar supoort te leveren op een produkt (ook software). Dus waarom zou dit de norm moeten zijn.

Kantoor ICT is slecht een heel klein gedeelte van de techniek in zijn totaliteit, waarom zou dit gedeelte normgevend moeten zijn? Ik zie het niet.

[Verwijderd]

Denk je nog echt dat er over 20 jaar hardware beschikbaar is waar de oude software op draait?
Support en levensduur gaan vaak samen. Als iets een lange levensduur heeft krijgt het vaak ook een lange support.

[_Thanatos_]

Probleem bij MySQL is wel dat dingen die gemaakt zijn voor v3.23 vaak niet op v5.0 draaien, en andersom natuurlijk helemaal.

In veel gevallen zal upgraden naar een nieuwe database server niet een optie zijn, puur omdat de software niet met de nieuwere versie overweg kan. Dat kan wrs wel omgebouwd worden, maar kost geld (meer dan de extended support behouden). Dus als de extended support afloopt, zouden dat soort bedrijven moeten kijken naar 3rd party support, of tóch de boel ombouwen, met alle kosten van dien.

[Verwijderd]

Een bedrijf schaft producten aan met een bepaalde afschrijf periode. Halverwege deze periode zou je al moeten gaan kijken naar de toekomst van dat product. Als je dat niet doet krijg je een legacy systeem. En legacy systemen zijn gevaarlijk.

[Rembert]

Jah, da's op zich wel waar, maar vaak worden juist applicaties die op bv. MySQL draaien continu door ontwikkeld. Het is dan een beetje jammer als je applicatie ineens niet meer werkt doordat je je onderliggende database systeem, dat altijd perfect heeft voldaan, geupgrade moet worden.

Ik herinner me een upgrade slag bij MS Access van ADO naar DAO (of andersom) waarbij ineens ook hele stukken code niet meer werkte maar waar je wel mee moest gaan met de tijd der volkeren.

Feitelijk moet je dus een bedrag x reserveren voor upgrade van allerlei onderliggende systemen en aanpassing van je software. Dat bedrag is vast te berekenen aan de hand van een vuistregel-percentage maar dat percentage is mij niet bekend. Iemand anders wel?

[imp4ct]

Het ondersteunen van meerdere versies van de MySQL-software is iets wat door klanten en de gemeenschap erg gewaardeerd wordt. Voor MySQL is het echter erg duur en daarom is besloten een levenscycluspolicy op te stellen en te publiceren, zoals ook andere bedrijven à la Red Hat en Microsoft doen.

MySQL is klein begonnen (zoals zovelen), maar ja een bedrijf wordt groter en groter en de kosten lopen natuurlijk ook op, niet meer dan normaal dat je hier dan een oplossing voor zoekt om de kosten te dekken, perfecte oplossing.

Wat er nu wel bijkomt, vermits de bedrijven gaan moeten betalen voor verschillende support zullen zei ook wel eisen dat MySQL deze support dan ook tot in de puntjes invult, jah anders betaal je er toch niet voor eh.

[VelhaChica]

Het valt mij altijd op dat mensen gaan klagen als de supporttijd van populaire software verkort wordt. Ik vind het niet meer dan logisch. Software ontwikkelt zich nu eenmaal. Veel professionele producten (Ja, ook MySQL zie ik als professioneel.) kennen ook geen jarenlange ondersteuning. Dat na vijf jaar de stekker er echt uit getrokken wordt vind ik nog heel netjes. En als het gedaan wordt om kosten te besparen en daardoor geld vrij te maken om het product nog beter te maken, dan moet je dat toch alleen maar toejuichen. Economisch gezien vind ik dit dus gewoon heel logisch.

[Verwijderd]

pro·fes·si·o·neel (bn.)
1 van beroep => beroeps; <=> amateuristisch
2 eigen aan een, het beroep
3 als gemaakt door vakmensen => vakkundig; <=> onprofessioneel

Dus als een product gemaakt word door iemand die er voor betaald word is het al professioneel, ook al is het troep.
Professioneel heeft geen ruk te maken met qualiteit.

[Verwijderd]

Tja.. je kunt niet blijven ondersteunen natuurlijk...

Het is dus of upgraden .. of geen ondersteuning...

[Verwijderd]

@RutgerM
Het is hoe hoger het versie nummer, hoe langer de support.
Voor versie 5 heb je 3 jaar ES, en voor versie 3.13 maar 5 maanden ES.
De oudste versie heeft een jaar langer support.