Redis áp dụng cấp phép kép source-available

Redis áp dụng cấp phép kép source-available

• Các phiên bản Redis trong tương lai sẽ tiếp tục cho phép sử dụng mã nguồn miễn phí và theo hướng cấp phép rộng rãi dưới các giấy phép RSALv2 và SSPLv1.
• Từ Redis 7.4, mọi phiên bản Redis trong tương lai sẽ được cấp phép kép theo Redis Source Available License (RSALv2) và Server Side Public License (SSPLv1).
• Vì vậy, Redis sẽ không còn được phân phối theo giấy phép Berkeley Software Distribution (BSD) 3 điều khoản nữa.

Sự phát triển của Redis và đóng góp từ cộng đồng

• Redis đã cung cấp nền tảng về hiệu năng và tính đơn giản cho các ứng dụng và hạ tầng dữ liệu vận hành Internet hiện đại.
• Sau 15 năm, Redis tự hào khi hỗ trợ các ứng dụng thời gian thực mà hàng triệu nhà phát triển trên toàn thế giới phụ thuộc vào mỗi ngày.
• Các mô-đun Redis nâng cao, vốn đã áp dụng mô hình cấp phép kép trong bản phân phối Redis Stack, đã được cộng đồng đón nhận tích cực.

Động lực và mục tiêu của thay đổi giấy phép

• Giấy phép source-available mới giúp Redis có thể tiếp tục cung cấp việc sử dụng mã nguồn theo hướng rộng rãi một cách bền vững.
• Redis đang tiến tới giai đoạn phát triển tiếp theo với vai trò là một nền tảng dữ liệu thời gian thực, thông qua việc cung cấp tích hợp client, công cụ và sản phẩm Redis cốt lõi.
• Redis sẽ tiếp tục cung cấp mã nguồn miễn phí cho nhà phát triển, khách hàng và đối tác thông qua Redis Community Edition.

Tính năng mới và sự tích hợp của Redis

• Các bản phát hành Redis source-available trong tương lai sẽ tích hợp Redis Stack với Redis cốt lõi, bao gồm các mô hình dữ liệu search, JSON, vector, probabilistic và time-series.
• Điều này sẽ giúp Redis dễ dàng được sử dụng như một kho key/value và tài liệu hiệu năng cao, một query engine mạnh mẽ, và một cơ sở dữ liệu vector độ trễ thấp để vận hành các ứng dụng AI tạo sinh.

Tác động của thay đổi giấy phép đối với nhà cung cấp dịch vụ đám mây

• Theo giấy phép mới, các nhà cung cấp dịch vụ đám mây sẽ không còn có thể sử dụng miễn phí mã nguồn Redis nữa.
• Ví dụ, nhà cung cấp dịch vụ đám mây chỉ có thể cung cấp Redis 7.4 sau khi đồng ý với các điều khoản cấp phép với Redis.

Hỗ trợ dành cho cộng đồng nhà phát triển và hệ sinh thái đối tác

• Cộng đồng nhà phát triển Redis vẫn sẽ được hưởng giấy phép theo hướng rộng rãi dưới mô hình cấp phép kép.
• Tất cả các thư viện client của Redis sẽ tiếp tục duy trì giấy phép mã nguồn mở.
• Redis sẽ tiếp tục hỗ trợ hệ sinh thái đối tác thông qua chương trình đối tác, bao gồm quyền truy cập độc quyền vào mọi bản phát hành, bản cập nhật và tính năng trong tương lai.

Không có thay đổi đối với khách hàng Redis Enterprise

• Sẽ không có thay đổi nào đối với các khách hàng Redis Enterprise hiện tại.

FAQ về thay đổi giấy phép

• Có thể xem thêm thông tin chi tiết về thay đổi giấy phép trong phần FAQ bên dưới.

Ý kiến của GN⁺

• Việc Redis thay đổi giấy phép có thể được xem là một nỗ lực nhằm tìm kiếm sự cân bằng giữa cộng đồng mã nguồn mở và việc sử dụng thương mại. Đây là một quyết định mang tính chiến lược nhằm đồng thời bảo đảm sự phát triển bền vững của công nghệ và khả năng tạo doanh thu của doanh nghiệp.
• Thay đổi giấy phép này sẽ mang lại biến chuyển quan trọng trong quan hệ với các nhà cung cấp dịch vụ đám mây, và có thể khiến họ phải trả phí cấp phép cho các dịch vụ họ cung cấp bằng Redis.
• Thay đổi giấy phép có thể ảnh hưởng đến các doanh nghiệp muốn tận dụng tính năng và hiệu năng của Redis, và họ có thể phải cân nhắc thêm các cuộc đàm phán cấp phép để tự cung cấp dịch vụ của mình.
• Các cơ sở dữ liệu mã nguồn mở khác cung cấp tính năng tương tự Redis gồm có PostgreSQL, MongoDB và Cassandra; trong đó một số đã áp dụng các chiến lược cấp phép tương tự.
• Những điểm cần cân nhắc khi áp dụng công nghệ gồm có việc hiểu rõ điều khoản giấy phép, lập kế hoạch chi phí dài hạn, cũng như các vấn đề về hỗ trợ cộng đồng và khả năng tương thích. Những lợi ích có thể đạt được khi chọn Redis gồm hiệu năng cao, hỗ trợ rộng cho nhiều mô hình dữ liệu, cùng cộng đồng và mạng lưới đối tác mạnh mẽ.

[GN⁺]

Ý kiến Hacker News

• Có nhiều ý kiến khác nhau về việc Redis Labs thay đổi giấy phép:
  • Một người dùng cho rằng việc thay đổi giấy phép như vậy sẽ gây hại cho Redis Labs và tạo ra rắc rối pháp lý cho các startup nhỏ. Các tập đoàn lớn như AWS thậm chí có thể fork Redis và đổi giấy phép, nên điều đó lại có thể trở thành lựa chọn tốt hơn.
  • Một người dùng khác cho rằng phần lớn người dùng Redis chưa từng trả tiền cho Redis Labs, và việc thay đổi giấy phép này sẽ không hiệu quả về lâu dài. Thay vào đó, người dùng sẽ sử dụng các phiên bản fork.
  • Một người dùng khác nữa dự đoán doanh thu từ dịch vụ hosting là động lực chính của các dự án kiểu này, và việc thay đổi giấy phép sẽ còn tiếp diễn. Họ đánh giá Redis đã mang lại rất nhiều giá trị cho thế giới nhưng thu về tương đối ít doanh thu.
  • Có ý kiến cho rằng trong kỷ nguyên đám mây, các cơ hội tài chính để duy trì và hỗ trợ các dự án mã nguồn mở đang giảm đi, trong khi các tập đoàn lớn như AWS hưởng lợi từ các dự án mã nguồn mở nhưng lại đóng góp rất ít.
  • Có lập luận rằng các dự án mã nguồn mở nên áp dụng những giấy phép hạn chế hơn như SSPL, hoặc thử nghiệm các ràng buộc kiểu LLama 2. Lý do là các lập trình viên cá nhân không đóng góp để hỗ trợ việc các tập đoàn lớn như AWS đi xe miễn phí.
  • Từ Redis 7.4, giấy phép mới sẽ được áp dụng, và phiên bản 7.2 sẽ là bản phát hành cuối cùng theo giấy phép cũ. Redis hiện đang hỗ trợ thêm hai bản phát hành nữa, điều này có nghĩa là người dùng cần lên kế hoạch theo sự thay đổi giấy phép.
  • Redis Inc. đang chuyển dự án Redis từ giấy phép BSD 3-Clause sang hai giấy phép mới không được OSI phê duyệt. Điều này mâu thuẫn với phát biểu trước đây rằng giấy phép cốt lõi của Redis sẽ luôn giữ là BSD 3-Clause.
  • Giấy phép mới (SSPL) có thể không phải là mã nguồn mở do có các hạn chế về phạm vi sử dụng.
  • Microsoft đã công bố một dự án mới tên là Garnet. Điều này cho thấy thời điểm hiện tại khá thuận lợi.
  • Các nhà sáng lập kỹ thuật của Redis và Hashicorp đều đã từ chức trước khi công ty tương ứng của họ trải qua sự thay đổi rời xa FOSS. Điều này có thể là vì họ đã đoán trước thay đổi và không đồng ý, hoặc vì không muốn danh tiếng bị ảnh hưởng. Đây hoàn toàn chỉ là suy đoán.