{"id":114773,"date":"2024-04-04T00:25:49","date_gmt":"2024-04-03T22:25:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-redict-7-3-0-forka-subd-redis"},"modified":"2024-04-04T00:25:49","modified_gmt":"2024-04-03T22:25:49","slug":"vypusk-redict-7-3-0-forka-subd-redis","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/vypusk-redict-7-3-0-forka-subd-redis","title":{"rendered":"Lan\u00e7amento do Redict 7.3.0, um fork do banco de dados Redis","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Drew DeVault, autor do ambiente de usu\u00e1rio Sway, da linguagem de programa\u00e7\u00e3o Hare, do cliente de e-mail Aerc e da plataforma de colabora\u00e7\u00e3o SourceHut, anunciou o lan\u00e7amento do projeto Redict 7.3.0, uma ramifica\u00e7\u00e3o do SGBD Redis. Redict \u00e9 um desvio do Redis 7.2.4, a \u00faltima vers\u00e3o dispon\u00edvel sob a licen\u00e7a BSD. As altera\u00e7\u00f5es desenvolvidas pelo projeto Redict s\u00e3o distribu\u00eddas sob a licen\u00e7a LGPLv3.0, mas o c\u00f3digo derivado do Redis permanece sob a licen\u00e7a BSD. <\/p>\n
O Redict 7.3.0 \u00e9 posicionado como o primeiro lan\u00e7amento separado do projeto, cujas altera\u00e7\u00f5es se resumem a um rebranding e corre\u00e7\u00f5es menores, como a utilidade redis-cli renomeada para redict-cli e o arquivo de configura\u00e7\u00e3o \/etc\/redis.conf alterado para \/etc\/redict.conf. Em termos de funcionalidades, o Redict 7.3.0 \u00e9 totalmente compat\u00edvel com a vers\u00e3o Redis 7.2.4 e pode ser utilizado como um substituto, mas n\u00e3o est\u00e1 relacionado ao branch em desenvolvimento da Redis 7.3.0 e n\u00e3o garante compatibilidade com ele. <\/p>\n
Ao contr\u00e1rio do fork Valkey, criado por empresas como Amazon, Google, Oracle, Ericsson e Snap, o projeto Redict tem como objetivo a manuten\u00e7\u00e3o conservadora da base de c\u00f3digo por um longo per\u00edodo e a garantia de estabilidade, em vez de promover mudan\u00e7as radicais e inova\u00e7\u00f5es em benef\u00edcio de empresas comerciais que oferecem recursos. Segundo os desenvolvedores do Redict, na sua forma atual, o projeto Redis alcan\u00e7ou maturidade e cont\u00e9m todas as funcionalidades necess\u00e1rias, portanto \u00e9 crucial garantir o processo de corre\u00e7\u00e3o de erros e vulnerabilidades, em vez de continuar expandindo a funcionalidade. <\/p>\n
A escolha da licen\u00e7a LGPL em vez da BSD para as modifica\u00e7\u00f5es pr\u00f3prias visa proteger contra tentativas de criar distribui\u00e7\u00f5es propriet\u00e1rias do Redict e bloquear a transfer\u00eancia de c\u00f3digo para o projeto Redis, que se tornou propriet\u00e1rio. No entanto, a licen\u00e7a LGPL n\u00e3o impede desenvolvedores de produtos comerciais e sistemas na nuvem de usar o Redict em seus servi\u00e7os e projetos. O Redict ser\u00e1 desenvolvido exclusivamente pela comunidade e em benef\u00edcio da comunidade, e n\u00e3o por um pequeno grupo de empresas que defendem seus pr\u00f3prios interesses. As decis\u00f5es sobre o desenvolvimento ser\u00e3o tomadas com base na obten\u00e7\u00e3o de consenso entre os participantes do desenvolvimento. <\/p>\n
Nos planos futuros, destaca-se a moderniza\u00e7\u00e3o do sistema de montagem, a cria\u00e7\u00e3o de forks para bibliotecas do cliente (por exemplo, j\u00e1 foi criado o hiredict, um fork da biblioteca que implementa um cliente para Redis na linguagem C) e a remo\u00e7\u00e3o das variantes internas de Lua e jemalloc em favor da conex\u00e3o de depend\u00eancias externas, o que simplificar\u00e1 a manuten\u00e7\u00e3o de pacotes nas distribui\u00e7\u00f5es. Tamb\u00e9m n\u00e3o se exclui a possibilidade de transferir mudan\u00e7as \u00fateis n\u00e3o radicais da base de c\u00f3digo do Valkey. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"