GN⁺: Redis의 카피레프트 포크 버전, 'Redict 7.3.0' 첫번째 릴리즈
(redict.io)- Redict 커뮤니티는 Redis® OSS 7.2.4의 카피레프트 포크인 Redict 7.3.0의 첫 안정 버전을 발표
Redict를 선택하는 이유
- Redict는 기술적으로 안정성과 장기 유지 관리에 중점을 두고 현재 범위 내에서 우수성을 달성하는 데 집중
- Redict는 거의 기능이 완성되었으며, 혁신보다는 장기적인 신뢰성에 중점을 두는 것이 사용자에게 더 가치 있다고 믿음
- Valkey와 같은 다른 Redis® 포크와 달리, Redict는 소프트웨어의 유한 범위와 장기 안정성에 더 큰 중요성을 두는 커뮤니티 중심의 문화를 가짐
- Redict는 라이선스가 허용하는 소프트웨어에서 유용한 변경 사항을 가져와 개선할 수 있지만, 안정성을 우선시하고 새로운 기능은 그 다음에 제공함
- Redict는 또한 다른 포크와 다른 사회적, 정치적 목표를 가지고 있으며, 독립적이고 커뮤니티 중심의 방식으로 소프트웨어를 구축하는 데 중점을 둠
- LGPL 라이선스를 적용하여 소프트웨어를 더 이상의 착취로부터 보호하고, 클라우드 제공업체가 과도한 준수 체계에 직면하지 않고도 Redict를 고객에게 제공할 수 있도록 함
감사의 말
- Redict 포크를 실현하는 데 관여한 모든 사람에게 개인적인 감사를 표함.
- 특히 Redict 컨테이너 작업을 한 Micke Nordin과 Hugo, 문서 및 웹사이트 작업을 한 Lucas Dohmen, hiredict 포크 및 유지 관리를 한 Anna에게 감사함.
- Redis® OSS, 상업적 기여자 및 독립적 기여자 모두에게 감사함. 이들의 작업은 Redict 코드베이스의 기초를 형성함.
다음 단계
- 초기 릴리스에서는 최대한의 후방 호환성을 보장하고 새로운 사용자의 전환을 용이하게 하기 위해 매우 보수적인 변경 세트에 집중함
- 향후 계획된 변경 사항으로는 빌드 시스템 현대화(muon이 주요 후보), Redis® 클라이언트 라이브러리 포함한 생태계 포킹, Lua 및 jemalloc과 같은 종속성의 비벤더링이 있음
- Lucas는 Redict 문서에 대한 투자를 계획하고 있으며, 이를 생태계 참여자들의 선택된 참조로 만들 계획임
- Anna는 hiredict에 대한 빌드 시스템 개선 및 Unix 규범과의 더 나은 일치를 포함한 변경 사항을 계획하고 있음
- 커뮤니티 구성원의 개선 사항을 고려할 준비가 되어 있으며, 독립적이고 상업적 사용자 모두를 동등하게 환영함
GN⁺의 의견
- Redict는 기존 Redis®의 오픈소스 버전을 기반으로 하여, 사용자와 기여자에게 더 큰 자유와 안정성을 제공하고자 하는 목표를 가진 프로젝트임. 이는 오픈소스 소프트웨어의 지속 가능성과 커뮤니티 중심의 개발에 중점을 두는 사용자에게 매력적일 수 있음.
- LGPL 라이선스의 채택은 상업적 사용자와 자유 소프트웨어 커뮤니티 모두의 요구를 균형 있게 충족시키려는 시도로, 이는 클라우드 서비스 제공업체가 Redict를 자신들의 서비스에 통합할 때 법적인 문제를 최소화할 수 있게 함.
- Redict의 보수적인 접근 방식은 기존 Redis® 사용자에게 안정적인 마이그레이션 경로를 제공하지만, 혁신적인 기능을 빠르게 도입하고자 하는 사용자에게는 제한적일 수 있음.
- Redict 프로젝트는 GitHub와 같은 독점적인 플랫폼 대신 Codeberg와 SourceHut과 같은 자유 소프트웨어를 기반으로 한 인프라를 사용함으로써, 자유 소프트웨어 생태계를 강화하고자 하는 의지를 보여줌.
- 이 프로젝트는 Redis®의 상업적 관리자에 의해 발생할 수 있는 위기에 대응하여 자유 소프트웨어의 미래를 위한 중요한 선택을 하고 있으며, 이는 오픈소스 커뮤니티에 중요한 사례가 될 수 있음.
Hacker News 의견
- 라이선스와 호스팅에 대한 논의가 많지만, Redict가 안정성과 장기 유지에 중점을 두고 현재 범위 내에서 우수성을 달성하려는 점이 진정으로 흥미로운 차별화 요소임.
- Valkey는 더 급진적인 혁신을 개발할 자원을 투자할 수 있는 상업적 이해관계를 가지고 있으나, Redict는 장기 안정성에 더 큰 중점을 둔 소프트웨어를 선호하는 문화적 차이를 인정함.
- Redict는 copyleft이므로 Valkey의 기여를 병합할 수 있지만, Valkey는 Redict의 커밋을 병합할 수 없음(기여자가 이중 라이선스를 부여하지 않는한)
- Redis는 오픈 소스가 아니므로 Valkey의 기여는 병합할 수 있지만 Redict의 기여는 병합할 수 없음. 따라서 코드가 Redis에 포함되길 원하지 않는다면 Redict에 기여해야 함.
- 흥미롭게도 라이선스 변경 이후 지난 2주 동안 한 개발자가 Redis 리포지토리에 커밋한 건수는 단 두 건에 불과. 엄청나게 감소한 수치
- Codeberg의 Redict 버전이 Github의 Valkey 포크와 경쟁할 수 있을지 시간이 말해줄 것임.
- 오픈 라이선스의 진정한 힘을 보여주는 상황으로, 서로 다른 접근 방식을 가진 두 개의 포크와 두 개의 전문적이고 유능한 팀이 있으며, 어느 쪽이 이길지, 또는 양쪽 모두가 이길 수 있는지를 볼 수 있음.
- 상업적 용도로는 비 copyleft 포크도 사용할 수 있음.
- Valkey에 대해 언급하며, 이제 두 개의 큰 포크가 있음을 지적함.
- 다른 프로젝트들이 상업적으로 너무 나아가 코드가 포크된 사례를 들며, MySQL과 MariaDB를 예로 듦. Redis Ltd.가 자사 제품의 가치를 과대평가하고 있다고 생각함.
- 대부분의 Redis 사용자는 간단한 인메모리 키-값 저장소를 찾고 있으며, Redict가 더 나을 것이라고 믿음.
- Redis 라이선스 변경에 대해 질문하며, 새로운 라이선스 하에 호스팅된 버전을 판매하지 않는 한 프로젝트에서 Redis를 무료로 사용할 수 있는지 확인하고자 함.
- 클라우드 제공업체들이 Redict 또는 Valkey의 호스팅된 버전을 제공할 것인지, 그리고 Redis에서 업그레이드 경로가 있을지에 대한 질문을 함.
- RedisJSON과 함께 Redis를 사용하며, Redict와 Valkey가 JSON 데이터 타입을 지원하지 않는 것 같아 JSON 문서를 다루는 서버에 대한 정보를 원함.
이게 가장 인상적이네요
Redict는 copyleft이므로 Valkey의 기여를 병합할 수 있지만, Valkey는 Redict의 커밋을 병합할 수 없음(기여자가 이중 라이선스를 부여하지 않는한)
Redis는 오픈 소스가 아니므로 Valkey의 기여는 병합할 수 있지만 Redict의 기여는 병합할 수 없음. 따라서 코드가 Redis에 포함되길 원하지 않는다면 Redict에 기여해야 함.