MariaDB wijzigt het releaseschema aanzienlijk

Het bedrijf MariaDB, dat samen met de gelijknamige non-profitorganisatie toezicht houdt op de ontwikkeling van de MariaDB-databaseserver, kondigde een aanzienlijke wijziging aan in het schema voor het maken van MariaDB Community Server-builds en het bijbehorende ondersteuningsprogramma. Tot nu toe heeft MariaDB één keer per jaar een belangrijke vestiging opgericht en deze gedurende ongeveer 5 jaar onderhouden. Volgens de nieuwe regeling zullen belangrijke releases met functionele wijzigingen één keer per kwartaal worden uitgebracht en slechts een jaar lang worden ondersteund.

De officiële aankondiging spreekt van een “verlangen om de levering van nieuwe functies aan de gemeenschap te versnellen”, wat in wezen niets meer is dan marketing, aangezien het MariaDB-team eerder heeft geoefend met het leveren van nieuwe functionaliteit in mijlpaalreleases, wat ernstig in strijd is met de uitspraken over het naleven van de regels van semantisch versiebeheer, en is ook meer dan eens de oorzaak geworden van regressieve veranderingen, die zelfs hebben geleid tot een volledige terugroeping van releases.

Blijkbaar is het nieuwe releaseschema een manier om de Enterprise Server-build te promoten, die exclusief door MariaDB Corporation voor haar abonnees is uitgebracht. Het veranderen van de ontwikkelingscyclus en het verkorten van de onderhoudstijd voor de Community-build zullen het minder aantrekkelijk maken voor gebruik in productieomgevingen, wat wordt gezien als een poging om nieuwe abonnees voor de betaalde editie te trekken.

Het is nog niet duidelijk hoe het nieuwe ontwikkelingsschema de Linux-distributies zal beïnvloeden. In het persbericht wordt, zonder daar verder op in te gaan, gesteld dat het “werkt met distributies” om ondersteuning op langere termijn te bieden en een speciale versie voor te bereiden die het beste past bij het ondersteuningsmodel van elke distributie. Gezien het feit dat zelfs nu het aanbod van de MariaDB-server, zelfs door toonaangevende distributies als RHEL, merkbaar achterloopt op de huidige versies, kunnen we verwachten dat een verandering in het ontwikkelingsmodel de situatie alleen maar zal verergeren.

Bron: opennet.ru

Voeg een reactie