MariaDB
 sql >> Baza danych >  >> RDS >> MariaDB

Dostarczanie szybszych innowacji do społeczności MariaDB

Dzisiaj ogłosiliśmy nowy model wydania MariaDB Community Server, który zwiększa tempo nowych funkcji, które jesteśmy w stanie dostarczyć milionom użytkowników MariaDB na całym świecie. Cieszymy się, że możemy natychmiast rozpocząć wprowadzanie tego nowego modelu, począwszy od MariaDB Community Server 10.7, który miesiąc temu osiągnął status RC i zawiera kilka ważnych nowych funkcji. W przyszłym tygodniu członkowie społeczności poznają również funkcje MariaDB Community Server 10.8, a w nowym roku spodziewane jest wydanie RC. Mamy nadzieję, że szybsze tempo dostarczania funkcji pozwoli społeczności natychmiast skorzystać z najnowszych, najnowocześniejszych trendów w bazach danych, bez konieczności czekania latami między kolejnymi wydaniami.

Oprócz opracowywania MariaDB Enterprise i MariaDB SkySQL dla klientów, którzy mają krytyczne wymagania dotyczące obciążenia, MariaDB Corporation opracowuje około 95% kodu dla MariaDB Community Server, a reszta pochodzi z wkładu społeczności. Ściśle współpracujemy z MariaDB Foundation, która pomaga dystrybuować oprogramowanie do dystrybucji Linuksa i użytkowników społeczności, dzięki czemu MariaDB jest dostępna dla około dziesiątek milionów użytkowników Linuksa na całym świecie. W tym momencie MariaDB zastąpiła MySQL jako domyślną w prawie wszystkich głównych dystrybucjach, w tym w Debianie, Red Hat Enterprise Linux, SUSE Enterprise Linux, openSUSE, Fedorze i innych.

Jak tworzymy oprogramowanie MariaDB

W tworzeniu oprogramowania i zarządzaniu wydaniami istnieją zazwyczaj trzy zmienne, które można dostosowywać:zestaw funkcji, data wydania i jakość. Zmienne te mają przeplatające się zależności, więc zazwyczaj można ustawić 2 ściśle, ale wtedy nie można ustawić trzeciej. Na przykład, jeśli ustawisz datę wydania i zestaw funkcji, ucierpi jakość, jeśli masz ścisłe wymagania dotyczące jakości i zestaw funkcji, data wydania będzie nieznana itp. W MariaDB czasami próbowaliśmy różnych ich kombinacji z różnymi stopień sukcesu. W tym nowym modelu wydań przyjęliśmy proces, który szybko udostępnia funkcje przy zachowaniu wysokiego poziomu jakości.

Na początku MariaDB podążaliśmy nieco nieokreśloną ścieżką w celu ustanowienia nowej serii wydań. Ustaliliśmy listę flagowych funkcji, które chcieliśmy opracować, ale ponieważ mieliśmy surowe wymagania dotyczące jakości i ponieważ te zestawy funkcji były duże, dostarczenie nowej serii wydań zajęłoby lata. Wkrótce zdaliśmy sobie sprawę, że wraz ze wzrostem popularności chmury w celu osiągnięcia szybszego i sprawniejszego rozwoju, ten model nie zadziała, ponieważ dostarczenie nowych funkcji zajęło zbyt dużo czasu. Musieliśmy być bardziej zwinni, aby dotrzymać tempa reszcie świata oprogramowania.

Począwszy od MariaDB Community Server 10.3 w 2017 r., przeszliśmy na model wydawniczy oparty na czasie, w którym naszym celem było dostarczanie nowej serii wydań o tej samej porze każdego roku. W ten sposób osiągnęliśmy nasz cel, jakim było szybsze wypuszczanie nowych serii wydań, ale były też pewne poważne niezamierzone konsekwencje. Jeśli funkcje nie dotrzymają terminu włączenia, funkcja zostanie przesunięta do następnej serii wydań cały rok później. W wielu przypadkach funkcja była „prawie gotowa” w terminie, ale nie do końca gotowa. Pozostawiło nam to następujące możliwości:1) odłożyć funkcję o cały rok, 2) opóźnić wydanie lub 3) obniżyć jakość. Żaden z nich nie był wyborem, którego chcieliśmy dokonać.

Na przykład MariaDB Community Server 10.5 zawiera szereg nowych funkcji JSON. Jedna ważna funkcja, tabela JSON ominęła nasz roczny termin wydania oparty na czasie o włos, więc wydanie tej funkcji zajęło dwa lata, co w zasadzie doprowadziło nas z powrotem do tych samych problemów, które napotkaliśmy w naszym poprzednim modelu wydawniczym – to dostarczanie nowych funkcji trwało zbyt długo.

Zgodnie z ogłoszonym dzisiaj nowym modelem, pominięcie terminu wydania tylko cofa nas o kilka miesięcy, a nie cały dodatkowy rok, a przy napiętych harmonogramach nigdy nie pójdziemy na kompromis w zakresie dat ani jakości.

Zmiana na szybsze tempo innowacji

W nowym modelu podążamy za ścisłym „modelem rozwoju opartym na pociągu” bez wyjątków. Zestawy funkcji dla każdej serii wydań są mniejsze, co pozwala na dokładną kontrolę jakości i wierzymy, że zwiększy to również stabilność każdej serii wydań. Dla każdej serii wydań mamy termin, w którym funkcja musi zostać zatwierdzona przez dział kontroli jakości, aby została uwzględniona w wydaniu. Jeśli tak się nie stanie, funkcja zostanie przeniesiona do następnej serii wydań, która wydarzy się trzy miesiące później. Funkcja dostanie jeszcze trzy miesiące, aby osiągnąć wymagany poziom stabilności. Dzięki temu nowy model wydań pozwala nam udostępniać funkcje w znacznie szybszym tempie bez konieczności kompromisu w zakresie jakości. Wierzymy, że jest to korzystne dla wszystkich!

Z nową serią wydań ukazującą się co kwartał, będziemy utrzymywać (dostarczać poprawki błędów i łatki bezpieczeństwa) każdą serię wydań przez rok po wydaniu GA. Jeśli korzystasz z MariaDB Community Server i potrzebujesz długoterminowej konserwacji, skontaktuj się z nami w celu uaktualnienia do wersji, która obejmuje dłuższe okresy konserwacji i obsługę baz danych.

Dystrybucje Linuksa

Jeśli otrzymasz MariaDB Community Server za pośrednictwem dystrybucji Linuksa, możesz oczekiwać, że dołączona wersja MariaDB będzie utrzymywana przez dłuższy czas. Ściśle współpracujemy ze wszystkimi naszymi partnerami dystrybucyjnymi, aby dostarczyć specjalną wersję, która działa najlepiej dla każdego modelu dystrybucji.

Podsumowując, nowy model wydania serwera społeczności zapewni:

  • Częściej nowe funkcje
  • Więcej innowacji
  • Wyższa ogólna jakość
  • Mniej stresu dla programistów

Połącz się z nami na Slacku!

Dzięki nowemu modelowi wydań uzyskamy szybsze tempo innowacji w połączeniu ze znacznie wyższą jakością wydań. Jest to wielka korzyść dla wszystkich użytkowników MariaDB. Jeśli chcesz się z nami skontaktować, dołącz do naszej nowo uruchomionej społeczności MariaDB i podziel się z nami swoimi opiniami.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Odejmij mikrosekundy od wartości daty i godziny w MariaDB

  2. Na co zwrócić uwagę, jeśli Twoja replikacja MySQL jest opóźniona

  3. Jak REGEXP_INSTR() działa w MariaDB

  4. Jak działa LENGTH() w MariaDB

  5. Jak zaplanować tworzenie kopii zapasowych bazy danych za pomocą ClusterControl