MariaDB
 sql >> Base de données >  >> RDS >> MariaDB

Offrir une innovation plus rapide à la communauté de MariaDB

Aujourd'hui, nous avons annoncé un nouveau modèle de version pour MariaDB Community Server qui accélère le rythme des nouvelles fonctionnalités que nous sommes en mesure de proposer aux millions d'utilisateurs de MariaDB dans le monde. Nous sommes ravis de commencer à déployer ce nouveau modèle immédiatement, en commençant par MariaDB Community Server 10.7, qui a atteint le statut RC il y a un mois et comprend plusieurs nouvelles fonctionnalités importantes. D'ici la semaine prochaine, les membres de la communauté auront également un aperçu des fonctionnalités de MariaDB Community Server 10.8, et une version RC est attendue pour la nouvelle année. Nous espérons que le rythme plus rapide de livraison des fonctionnalités permettra à la communauté de profiter immédiatement des dernières tendances de base de données de pointe sans avoir à attendre des années entre les nouvelles séries de versions.

En plus de développer MariaDB Enterprise et MariaDB SkySQL pour les clients qui ont des exigences de charge de travail critiques, MariaDB Corporation développe environ 95 % du code pour MariaDB Community Server, le reste provenant des contributions de la communauté. Nous travaillons en étroite collaboration avec MariaDB Foundation qui aide à distribuer le logiciel aux distributions Linux et aux utilisateurs de la communauté, rendant MariaDB accessible à environ des dizaines de millions d'utilisateurs Linux dans le monde. À ce stade, MariaDB a remplacé MySQL par défaut dans presque toutes les principales distributions, y compris Debian, Red Hat Enterprise Linux, SUSE Enterprise Linux, openSUSE, Fedora et bien d'autres.

Comment nous développons le logiciel MariaDB

Dans le développement de logiciels et la gestion des versions, il existe généralement trois variables réglables avec lesquelles vous pouvez jouer, l'ensemble de fonctionnalités, la date de sortie et la qualité. Ces variables ont des dépendances entrelacées de sorte que vous pouvez généralement définir 2 strictement, mais la troisième ne peut pas être définie. Par exemple, si vous définissez la date de sortie et l'ensemble de fonctionnalités, la qualité en souffrira, si vous avez une exigence de qualité stricte et un ensemble de fonctionnalités, la date de sortie sera inconnue, etc. Chez MariaDB, nous avons parfois essayé différentes combinaisons de ceux-ci avec une variété degré de réussite. Avec ce nouveau modèle de version, nous avons adopté un processus qui permet de publier rapidement les fonctionnalités tout en maintenant un haut niveau de qualité.

Au début de MariaDB, nous avons suivi un chemin quelque peu indéfini pour établir de nouvelles séries de versions. Nous déterminions une liste de fonctionnalités phares que nous voulions développer, mais comme nous avions des exigences de qualité strictes et que ces ensembles de fonctionnalités étaient importants, il faudrait des années pour livrer une nouvelle série de versions. Nous nous sommes vite rendu compte qu'avec l'augmentation de l'adoption du cloud pour réaliser un développement plus rapide et plus agile, ce modèle ne fonctionnerait pas car il fallait beaucoup trop de temps pour fournir de nouvelles fonctionnalités. Nous devions être plus agiles pour suivre le rythme du reste du monde du logiciel.

À partir de MariaDB Community Server 10.3 en 2017, nous sommes passés à un modèle de version basé sur le temps, où nous visons à livrer une nouvelle série de versions à la même période chaque année. Cela a atteint notre objectif de publier plus rapidement de nouvelles séries de versions, mais il y a également eu des conséquences imprévues majeures. Si les fonctionnalités ne respectaient pas la date limite d'inclusion, la fonctionnalité serait poussée vers la prochaine série de versions un an plus tard. Dans de nombreux cas, une fonctionnalité était « presque terminée » à la date limite, mais pas tout à fait prête. Cela nous laissait les choix suivants :1) reporter la fonctionnalité d'une année entière, 2) retarder la sortie ou 3) compromettre la qualité. Aucun d'entre eux n'était un choix que nous voulions faire.

Par exemple, MariaDB Community Server 10.5 incluait un certain nombre de nouvelles fonctions JSON. Une fonctionnalité importante, JSON-table a raté d'un cheveu notre date limite de publication annuelle basée sur le temps, de sorte que cette fonctionnalité a fini par prendre deux ans pour être publiée, ce qui nous a en principe ramenés aux mêmes problèmes que nous rencontrions avec notre modèle de version précédent - il prenait beaucoup trop de temps pour fournir de nouvelles fonctionnalités.

Dans le cadre du nouveau modèle annoncé aujourd'hui, manquer une date limite de sortie ne nous fait reculer que de quelques mois, pas d'une année supplémentaire et avec les calendriers serrés, nous ne ferons jamais de compromis sur les dates ou la qualité.

Passer à un rythme d'innovation plus rapide

Avec le nouveau modèle, nous suivons un « modèle de développement basé sur le train » strict, sans exception. Les ensembles de fonctionnalités pour chaque série de versions sont plus petits, ce qui permet à l'assurance qualité d'être approfondie et nous pensons que cela augmentera également la stabilité de chaque série de versions. Pour chaque série de versions, nous avons une date limite à laquelle la fonctionnalité doit être approuvée par QA afin d'être incluse dans la version. Si cela ne se produit pas, la fonctionnalité passera à la prochaine série de versions qui aura lieu trois mois plus tard. La fonctionnalité disposera de trois mois supplémentaires pour atteindre le niveau de stabilité requis. Avec cela, le nouveau modèle de version nous permet d'obtenir des fonctionnalités à un rythme beaucoup plus rapide sans avoir à faire de compromis sur la qualité. Nous pensons que c'est une situation gagnant-gagnant pour tout le monde !

Avec les nouvelles séries de versions qui sortent tous les trimestres, nous maintiendrons (livrons des correctifs de bogues et des correctifs de sécurité) chaque série de versions pendant un an après la version GA. Si vous utilisez MariaDB Community Server et avez besoin d'une maintenance à plus long terme, veuillez nous contacter pour mettre à niveau vers une version qui inclut des fenêtres de maintenance plus longues et une prise en charge de la base de données.

Distribution Linux

Si vous obtenez MariaDB Community Server via une distribution Linux, vous pouvez vous attendre à ce que la version de MariaDB incluse soit maintenue plus longtemps. Nous travaillons en étroite collaboration avec tous nos partenaires de distribution pour fournir une version spéciale qui fonctionne le mieux pour chaque modèle de distribution.

Pour résumer, le nouveau modèle de version du serveur communautaire fournira :

  • Nouvelles fonctionnalités plus fréquemment
  • Plus d'innovations
  • Meilleure qualité globale
  • Moins de stress pour les développeurs

Rejoignez-nous sur Slack !

Avec le nouveau modèle de version, nous obtiendrons un rythme d'innovation plus rapide combiné à des versions de bien meilleure qualité. C'est un grand avantage pour tous les utilisateurs de MariaDB. Si vous souhaitez nous contacter, rejoignez notre nouvelle communauté MariaDB pour nous faire part de vos commentaires directement.