Phiên bản fork copyleft của Redis, bản phát hành đầu tiên 'Redict 7.3.0'

• Cộng đồng Redict đã công bố phiên bản ổn định đầu tiên của Redict 7.3.0, một bản fork copyleft của Redis® OSS 7.2.4

Vì sao chọn Redict

• Redict tập trung về mặt kỹ thuật vào tính ổn định và bảo trì dài hạn, hướng đến đạt được sự xuất sắc trong phạm vi hiện tại
• Redict gần như đã hoàn thiện về tính năng và tin rằng việc tập trung vào độ tin cậy dài hạn thay vì đổi mới sẽ mang lại nhiều giá trị hơn cho người dùng
• Không giống các fork Redis® khác như Valkey, Redict có văn hóa lấy cộng đồng làm trung tâm, coi trọng hơn phạm vi hữu hạn của phần mềm và tính ổn định lâu dài
• Redict có thể tiếp nhận các thay đổi hữu ích từ những phần mềm mà giấy phép cho phép và cải thiện chúng, nhưng ưu tiên ổn định trước, tính năng mới sau
• Redict cũng có các mục tiêu xã hội và chính trị khác với những fork khác, tập trung vào việc xây dựng phần mềm theo cách độc lập và lấy cộng đồng làm trung tâm
• Áp dụng giấy phép LGPL để bảo vệ phần mềm khỏi bị khai thác thêm nữa, đồng thời cho phép các nhà cung cấp đám mây cung cấp Redict cho khách hàng mà không phải đối mặt với các yêu cầu tuân thủ quá mức

Lời cảm ơn

• Gửi lời cảm ơn cá nhân tới tất cả những người đã tham gia biến fork Redict thành hiện thực.
• Đặc biệt cảm ơn Micke Nordin và Hugo vì công việc về container Redict, Lucas Dohmen vì công việc về tài liệu và website, và Anna vì việc fork và bảo trì hiredict.
• Cảm ơn Redis® OSS, các bên đóng góp thương mại và các bên đóng góp độc lập. Công việc của họ tạo nên nền tảng cho codebase của Redict.

Các bước tiếp theo

• Trong bản phát hành ban đầu, nhóm tập trung vào một tập thay đổi rất bảo thủ để đảm bảo khả năng tương thích ngược tối đa và tạo điều kiện thuận lợi cho người dùng mới chuyển đổi
• Các thay đổi được lên kế hoạch trong tương lai bao gồm hiện đại hóa hệ thống build (muon là ứng viên chính), fork hệ sinh thái bao gồm các thư viện client Redis®, và loại bỏ hình thức vendor hóa đối với các phụ thuộc như Lua và jemalloc
• Lucas có kế hoạch đầu tư vào tài liệu của Redict và biến nó thành tài liệu tham chiếu được lựa chọn cho những người tham gia trong hệ sinh thái
• Anna đang lên kế hoạch cho các thay đổi đối với hiredict, bao gồm cải tiến hệ thống build và phù hợp hơn với các chuẩn mực Unix
• Sẵn sàng xem xét các cải tiến từ thành viên cộng đồng và chào đón bình đẳng cả người dùng độc lập lẫn người dùng thương mại

Ý kiến của GN⁺

• Redict là một dự án dựa trên phiên bản mã nguồn mở hiện có của Redis®, với mục tiêu mang lại nhiều tự do và ổn định hơn cho người dùng và người đóng góp. Điều này có thể hấp dẫn với những người dùng coi trọng tính bền vững của phần mềm mã nguồn mở và phát triển lấy cộng đồng làm trung tâm.
• Việc áp dụng giấy phép LGPL là một nỗ lực nhằm cân bằng nhu cầu của cả người dùng thương mại lẫn cộng đồng phần mềm tự do, qua đó giúp các nhà cung cấp dịch vụ đám mây giảm thiểu vấn đề pháp lý khi tích hợp Redict vào dịch vụ của họ.
• Cách tiếp cận bảo thủ của Redict mang lại lộ trình di chuyển ổn định cho người dùng Redis® hiện tại, nhưng có thể khá hạn chế đối với những ai muốn nhanh chóng áp dụng các tính năng đổi mới.
• Dự án Redict cho thấy ý chí củng cố hệ sinh thái phần mềm tự do bằng cách sử dụng hạ tầng dựa trên phần mềm tự do như Codeberg và SourceHut thay vì các nền tảng độc quyền như GitHub.
• Dự án này đang đưa ra một lựa chọn quan trọng cho tương lai của phần mềm tự do để ứng phó với cuộc khủng hoảng có thể do đơn vị quản lý thương mại của Redis® gây ra, và điều này có thể trở thành một trường hợp tham chiếu quan trọng đối với cộng đồng mã nguồn mở.

[GN⁺]

Ý kiến Hacker News

• Có nhiều tranh luận về giấy phép và việc lưu trữ, nhưng điểm khác biệt thực sự thú vị của Redict là họ tập trung vào tính ổn định và khả năng bảo trì lâu dài, đồng thời cố gắng đạt mức xuất sắc trong phạm vi hiện tại.
  • Valkey có lợi ích thương mại nên có thể đầu tư nguồn lực để phát triển các đổi mới cấp tiến hơn, còn Redict thừa nhận một khác biệt về văn hóa: ưu tiên phần mềm đặt trọng tâm lớn hơn vào sự ổn định lâu dài.
• Vì Redict là copyleft nên có thể gộp các đóng góp từ Valkey, nhưng Valkey không thể gộp các commit từ Redict (trừ khi người đóng góp cấp phép kép).
  • Redis không phải mã nguồn mở, nên có thể gộp các đóng góp từ Valkey nhưng không thể gộp các đóng góp từ Redict. Vì vậy, nếu bạn không muốn mã của mình được đưa vào Redis thì nên đóng góp cho Redict.
  • Điều thú vị là trong 2 tuần kể từ khi đổi giấy phép, một nhà phát triển chỉ commit đúng hai lần vào kho Redis. Đây là mức giảm cực lớn.
• Thời gian sẽ trả lời liệu phiên bản Redict trên Codeberg có thể cạnh tranh với nhánh Valkey trên GitHub hay không.
• Đây là tình huống cho thấy sức mạnh thực sự của giấy phép mở: có hai nhánh fork với hai cách tiếp cận khác nhau và hai đội ngũ chuyên nghiệp, có năng lực; giờ có thể chờ xem bên nào thắng, hoặc liệu cả hai có thể cùng thắng hay không.
• Với mục đích thương mại, bạn cũng có thể dùng một nhánh fork không phải copyleft.
• Có người nhắc đến Valkey và chỉ ra rằng giờ đã có hai nhánh fork lớn.
• Có người nêu các trường hợp những dự án khác đi quá xa theo hướng thương mại đến mức mã bị fork, lấy MySQL và MariaDB làm ví dụ. Họ cho rằng Redis Ltd. đang đánh giá quá cao giá trị của sản phẩm mình.
  • Phần lớn người dùng Redis chỉ đang tìm một kho khóa-giá trị trong bộ nhớ đơn giản, và họ tin rằng Redict sẽ là lựa chọn tốt hơn.
• Có người hỏi về việc Redis thay đổi giấy phép, muốn xác nhận rằng vẫn có thể dùng Redis miễn phí trong dự án miễn là không bán phiên bản được lưu trữ theo giấy phép mới.
• Có câu hỏi liệu các nhà cung cấp đám mây có cung cấp phiên bản lưu trữ của Redict hoặc Valkey hay không, và liệu sẽ có lộ trình nâng cấp từ Redis hay không.
• Có người đang dùng Redis cùng RedisJSON, và vì Redict cùng Valkey dường như chưa hỗ trợ kiểu dữ liệu JSON nên họ muốn biết về một máy chủ có thể xử lý tài liệu JSON.

[xguru]

Điều này có lẽ là điểm gây ấn tượng nhất.

Vì Redict là copyleft nên có thể hợp nhất các đóng góp từ Valkey, nhưng Valkey thì không thể hợp nhất các commit từ Redict (trừ khi người đóng góp cấp phép kép). Redis không phải là mã nguồn mở, nên có thể hợp nhất các đóng góp từ Valkey nhưng không thể hợp nhất các đóng góp từ Redict. Vì vậy, nếu bạn không muốn mã của mình được đưa vào Redis thì nên đóng góp cho Redict.

[kuroneko]

Có vẻ như họ đang cạnh tranh với Valkey bằng giấy phép nhỉ? Thú vị thật. +_+