L’entreprise MariaDB pourrait être rachetée

Fork le phoque ?

L’entreprise MariaDB pourrait être rachetée

L'entreprise adossée au fork de MySQL a reçu une proposition d'achat du fonds d'investissement K1 pour un montant de 37 millions de dollars. Elle traverse une crise majeure après son entrée en bourse en 2022.

Le 20 février 2024 à 17h38

Commentaires (26)

votre avatar
Introduire en Bourse une entreprise basée sur de l'open source, ça me semble équivalent à tenter d'atteindre la Lune en ULM...
Il est normal que les entreprises qui bossent sur de l'open source gagnent de l'argent (services, consulting, Saas, Paas,...) mais de la à croire que qu'on peut faire fortune ou verser des dividendes à des actionnaires grâce à ce type de logiciel, j'ai quand même l'impression qu'il y a eu beaucoup de naïveté...
J'espère que la fondation évitera une nouvelle privatisation de la base de données.
votre avatar
Les années 90 ont appelé, elles voudraient bien que tu leur rendent leurs idées préconçues.

Il y a plein d'entreprises dans le monde de l'OpenSource qui cartonnent en bourse, entre autres grâce aux technologies du Cloud.

Le problème de mariadb est que c'est une technologie qui n'intéresse plus grand monde, qui est fragmentée et qui n'inspire plus trop confiance.

Professionnellement, ça fait bien 5 ans que je n'ai plus vu mysql/mariadb dans un projet autrement que pour migrer vers PostgreSQL, Oracle ou SQL Server...
votre avatar
Oui voir même plutôt MongoDb / ou sqlite, le SQL ultra-structuré est de moins en moins utile, avec la montée en puissance de javascript et des API pleins de trucs tournent maintenant en nodb ou en base allégée.

Le temps du WAMP / LAMP "on permise" avec un modèle de bdd de folie est assez loin derrière !
votre avatar
Oui clairement la tendance depuis quelques temps est plus le NoSQL.

Les PostgreSQL qu'on fait pop dans mon expérience, c'est plus par prérequis éditeur historique qu'autre chose. Oracle DB j'en parle pas, c'est juste à cause de vendor lock.
votre avatar
Oui clairement la tendance depuis quelques temps est plus le NoSQL.
Je ressens plutôt le contraire. Il y a eu une grosse mouvant NoSQL il y a quelques années. Les gens se sont aperçus qu'utiliser une techno parce que c'est la techno du moment est une mauvaise idée sans avoir de réel prérequis.

Surtout que les SGBD d'aujourd'hui supporte très bien le mélange données structurées / non structurées, avec, notamment les supports JSON et/ou XML.

Postgresql est un très bon SGBD, bien meilleur que MySQL/MariaDB, dans le domaine du libre. Il supporte mieux les standards (même si MariaDB s'est amélioré ces dernières années), est véritablement ACID (ce qui n'est pas tout à fait le cas de MySQL/MariaDB), est bien plus performant sur des requêtes complexes, et là où MariaDB/MySQL commence à se vautrer dans des environnements concurrentiels (= beaucoup de requêtes simultanées)

MariaBD/MySQL, c'est bon pour du CRUD (ou les blogs Wordpress ^^)

[edit] J'ai corrigé la partie sur le SGBD qui commence à se vautrer dans des environnements concurrentiels. La phrase initiale laissait à penser que c'était Postgresql qui se vautrait, alors que pas du tout, c'est MariaDB/MySQL.
votre avatar
Je viens de lire la fiche wikipédia du nosql. Il y a t il un intérêt en dehors de la scabilité sur quelques maxi site par rapport a du relationnel ?
votre avatar
En toute honnêteté, si quand tu te poses la question, tu n'es pas certains de savoir quoi choisir (entre un SGBD relationnel et du NoSQL), c'est très certainement que le choix du NoSQL n'est pas le bon.

A moins d'avoir des contraintes vraiment forte comme la scalabilité, c'est en effet inutile la plupart du temps. Le NoSQL doit être choisi lorsqu'on a des contraintes qui nous l'imposent (c'est vrai pour le NoSQL, mais un peu pour tout en fait).
votre avatar
je pose la question aussi pour la culture. Donc si j'ai bien compris , l’intérêt du nosql est purement 'hardware' , pour pallier aux limitation technique. Il n'y a aucun intérêt coté code, que ce soit en terme de simplicité ou de maintenance?
votre avatar
De mon point de vue, effectivement, il n'y a guère d'intérêt d'un point de vue code ou maintenance. Cela sera même plus compliqué dans les deux cas.
votre avatar
Je ressens plutôt le contraire. Il y a eu une grosse mouvant NoSQL il y a quelques années. Les gens se sont aperçus qu'utiliser une techno parce que c'est la techno du moment est une mauvaise idée sans avoir de réel prérequis.
J'ai jamais dit que c'était le meilleur choix :transpi:

Après n'étant pas architecte logiciel, perso je ne sais pas spécialement le challenger. Mais depuis une paire d'années, je ne vois plus que ça sur les projets. A tort ou à raison ou par effet de mode, effectivement toutes les bonnes ou mauvaises raisons sont possibles.
votre avatar
Oui, enfin, MongoDB n'est même plus opensource/libre, ce qui fait qu'il a disparu des distributions GNU/Linux, et de nombreux catalogues logiciels.

Quand à sqlite ça reste une bombe à retardement en cas de montée de charge. Il est très bien pour de petites applications bureautiques mais à éviter pour des environnements pro avec des accès concurrents.

De nos jours, pour le NoSQL, c'est Redis et couchdb que je vois revenir le plus souvent.

Mais les BDD relationnelles sont encore largement utilisées pour les applications nécessitant performance et cohérence. Et Elles sont extrêmement bien gérées par les cadriciels de développement les plus courants en entreprise. Dans le domaine PostgreSQL est devenu la solution de choix dans l'opensource car il présente un cycle de vie bien plus stable que My/Maria et a été pensé dès le départ pour être une solution professionnelle au point de remplacer de plus en plus Oracle en entreprise.

Un dernier type de stockage applicatif très pratique reste le stockage objet, que ce soit Ceph, S3 ou même le vénérable Swift. En générale on le couple à d'autres solutions (souvent Redis) pour gérer l'indexation rapide des objets.
votre avatar
Professionnellement, ça fait bien 5 ans que je n'ai plus vu mysql/mariadb dans un projet autrement que pour migrer vers PostgreSQL, Oracle ou SQL Server...
Je dirais que ça dépend dans quel milieux tu évolues. Dans l'hébergement web les SGDB relationnels sont grandement majoritaires MySql et MariaDB.
votre avatar
La principale raison de déployer un MySQL/MariaDB, c'est pour accompagner un WordPress. Vu la prédominance de ce dernier sur le web, ces SGDB doivent effectivement être prédominants.
Mais franchement, sur un projet neuf où le choix du SGDB reste à faire, personne ne devrait préférer MariaDB à PostgreSQL.
votre avatar
Tu as déjà entendu parler de Redhat ? J'ai l'impression qu'ils ont atteint la lune en ULM.
votre avatar
La société qui a été achetée par IBM après avoir elle-même achetée pas mal de sociétés ? Est-ce bien la lune qu'ils ont atteinte ?
votre avatar
RedHat n'a pas atteint la lune, ils ont juste été capturés au passage par un vieux corps céleste en orbite décadente... mais ils sont toujours extrêmement forts sur certains segments.
votre avatar
Le vieux corps céleste a capturé Redhat, puis a été jusqu'à la lune. Franchement, se faire racheter 34 milliards de dollars en ne faisant que de l'open source, je trouve que c'est plutôt pas mal.
votre avatar
Redhat a été côtée de nombreuses années au NYSE, et IBM continue l'activité open source en étant un mastodonte. Donc bon, j'ai l'impression que ça illustre pas mal qu'on peut réussir financièrement en faisant de l'open source.
votre avatar
Franchement, je ne parierais pas sur IBM, c'est une boîte qui s'écroulait avant de casser la tirelire pour racheter RedHat.

Par le passé, une des grandes forces d'IBM a été d'avoir réussi à donner l'impression qu'ils étaient des champions de l'Opensource, tout comme à un moment ils ont réussi à donner l'impression que Watson guérirait le cancer.... en pratique évidemment c'était beaucoup moins rose... et pour le coup je connais bien le dossier, j'ai quitté IBM un an avant le rachat de RedHat
votre avatar
Moi au départ je répondais à un message qui disait "Introduire en Bourse une entreprise basée sur de l'open source, ça me semble équivalent à tenter d'atteindre la Lune en ULM...". Il me semble que Redhat, effectivement introduite en bourse puis revendue 34 milliards est un bon contre-exemple. La gestion interne d'IBM est juste hors-sujet.
votre avatar
Quelle bonne idée que de s'introduire en bourse. Combien de sociétés similaires font le mouv ?
votre avatar
Arf... Encore un fork à venir...!?
Mogrer les services, les containers dockers, etc...
votre avatar
J'ai du MariaDB partout :'( J'espère que non :|
votre avatar
Bah, tant que c'est compatible au niveau du stockage binaire, ça devrait bien se passer.

Si par contre il faut exporter et réimporter, et que tes bases de données sont en INNODB et font des dizaines de Go ... condoléances.
votre avatar
Fork... épique ?
votre avatar
Le sous titre m'a bien fait marrer :D

L’entreprise MariaDB pourrait être rachetée

  • Fork de MySQL après le rachat par Oracle

  • Entrée en bourse as a fail

  • Une reprise en main par la fondation ?

Fermer