Drew DeVault, autor środowiska użytkownika Sway, języka programowania Hare, klienta pocztowego Aerc i platformy wspólnego rozwoju SourceHut, zaprezentował wydanie projektu Redict 7.3.0, rozwijającego fork bazy danych Redis. Redict wyodrębnił się z Redis 7.2.4, ostatniej wersji rozprowadzanej na licencji BSD. Zmiany, rozwijane przez projekt Redict, są objęte licencją LGPLv3.0, ale kod pochodzący z Redis pozostaje na licencji BSD.
Redict 7.3.0 jest pozycjonowany jako pierwsze samodzielne wydanie projektu, a zmiany w nim ograniczają się na razie tylko do rebranding i drobnych poprawek, na przykład narzędzie redis-cli zostało przemianowane na redict-cli, a plik konfiguracyjny /etc/redis.conf na /etc/redict.conf. Pod względem możliwości Redict 7.3.0 jest całkowicie kompatybilny z wydaniem Redis 7.2.4 i może być używany jako jego zamiennik, ale nie ma związku z rozwijającą się gałęzią Redis 7.3.0 i nie zapewnia z nią zgodności.
W przeciwieństwie do forków Valkey stworzonych przez firmy Amazon, Google, Oracle, Ericsson i Snap, projekt Redict ma na celu konserwatywne utrzymanie bazy kodu przez długi czas oraz zapewnienie stabilności, a nie wprowadzanie radykalnych zmian i innowacji w interesie firm komercyjnych, które dostarczają zasoby. Zdaniem deweloperów Redict, w swojej obecnej formie projekt Redis osiągnął dojrzałość i zawiera wszystkie niezbędne możliwości, dlatego ważne jest, aby w przyszłości zapewnić proces poprawy błędów i luk bezpieczeństwa, a nie kontynuować poszerzanie funkcjonalności.
Wybór licencji LGPL zamiast BSD dla własnych zmian tłumaczy się ochroną przed próbami stworzenia komercyjnych dystrybucji Redict oraz zablokowaniem przenoszenia kodu do stałego projektu Redis. Przy tym licencja LGPL nie przeszkadza deweloperom produktów komercyjnych i systemów chmurowych w wykorzystywaniu Redict w swoich usługach i projektach. Redict będzie rozwijał się wyłącznie dzięki społeczności i dla jej dobra, a nie przez małą grupę firm broniących swoich interesów. Decyzje dotyczące rozwoju będą podejmowane na podstawie osiągnięcia konsensusu wśród uczestników rozwoju.
W planach na przyszłość należy odnotować modernizację systemu montażu, stworzenie forków bibliotek klienckich (na przykład już stworzony hiredict, fork biblioteki z realizacją klienta do Redis dla języka C) oraz wyprowadzenie wbudowanych wariantów Lua i jemalloc na rzecz podłączenia zewnętrznych zależności, co uprości utrzymanie pakietów w dystrybucjach. Nie wyklucza się także przeniesienia nieradykalnych użytecznych zmian z bazy kodu Valkey.
Źródło: opennet.ru
