일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- Linux
- Elasticsearch
- PETERICA
- 정보처리기사실기 기출문제
- APM
- CKA 기출문제
- 기록으로 실력을 쌓자
- AI
- CKA
- aws
- Spring
- 코틀린 코루틴의 정석
- IntelliJ
- 티스토리챌린지
- kotlin coroutine
- AWS EKS
- kotlin
- minikube
- 공부
- mysql 튜닝
- Pinpoint
- Java
- 정보처리기사 실기 기출문제
- 오블완
- kotlin spring
- Kubernetes
- MySQL
- 정보처리기사 실기
- kotlin querydsl
- CloudWatch
- Today
- Total
피터의 개발이야기
[Redis] Redis의 대체로 Redict을 선택해야 하는 이유 본문
ㅁ 들어가며
[Redis] Redis 오픈소스 라이선스 변경에서 Redis에 상업적 이용이 제약됨을 다루었습니다. Redict는 Redis®의 대안으로서 활용될 수 있는 유망한 프로젝트입니다. 앞으로 Redict의 발전을 주목해 볼 필요가 있습니다. 이번 글에서는 Redict에 대해서 알아보고 Redis와의 주요 차이점을 정리하였습니다.
ㅁ Redict란 무엇일까요?
Redict는 Redis®의 독립적인 저작권 보호 포크 버전입니다. 2023년 Redis®가 라이선스 모델을 변경하면서 많은 사용자들이 실망하고 새로운 포크 버전들이 등장하게 되었는데, Redict는 그 중 하나입니다.
ㅁ Redict의 특징
- 오픈소스: Redict는 BSD 3-Clause 라이선스를 사용하여 오픈소스로 제공됩니다.
- 안정성: Redict는 Redis® OSS 7.2.4 버전을 기반으로 하여 안정성을 유지합니다.
- 지속 가능성: Redict는 오픈소스 소프트웨어의 지속 가능성을 위해 노력합니다.
- 커뮤니티 중심: Redict는 커뮤니티 중심의 개발을 추구합니다.
ㅁ Redict에 적합한 사용자
- Redis®의 라이선스 변경에 실망한 사용자
- 안정적인 오픈소스 Redis® 버전을 원하는 사용자
- 오픈소스 소프트웨어의 지속 가능성에 관심 있는 사용자
- 커뮤니티 중심의 개발을 선호하는 사용자
ㅁ Redict와 Redis의 주요 차이점
특징 | Redict | Redis® |
라이선스 | SD 3-Clause | Redis® 유료 라이선스 또는 GPLv3 |
버전 | 7.2.4 기반 | 7.2.4 이후 버젼 라이센스 적용 |
개발 방식 | 보수적인 접근 방식 | 혁신적인 기능 도입 |
커뮤니티 | 활발한 커뮤니티 | 기존 Redis® 커뮤니티 |
ㅁ Redict 7.3.0의 첫 안정 버전
Redict 커뮤니티는 Redis® OSS 7.2.4의 카피레프트 포크의 첫 번째 안정 버전인 Redict 7.3.0의 출시를 발표하게 된 것을 기쁘게 생각합니다. 1 Codeberg에서 릴리스를 다운로드하거나 Registry.redict.io에서 공식 컨테이너 이미지 중 하나를 다운로드할 수 있습니다.
관련 글: Redict 7.3.0 is now available
ㅁ Redict를 선택해야 하는 이유
Redict는 다음과 같은 이유로 선택해야 합니다.
1. 기술적인 안정성과 장기 유지 관리에 중점을 둡니다.
Redict는 Redis® OSS 7.2.4 버전을 기반으로 하여 안정성을 유지합니다. 또한, Redict는 혁신보다는 장기적인 신뢰성에 중점을 두고 있습니다. 이는 Redict가 오랫동안 안정적으로 사용할 수 있다는 것을 의미합니다.
2. 완성된 기능을 제공합니다.
Redict는 Redis®의 대부분의 기능을 지원합니다. 따라서 대부분의 사용자들은 Redict를 사용하면서 기능 부족으로 인한 불편을 겪지 않을 것입니다.
3. 커뮤니티 중심의 문화를 가지고 있습니다.
Valkey와 같은 다른 Redis® 포크와 달리, Redict는 소프트웨어의 유한 범위와 장기 안정성에 더 큰 중요성을 두는 커뮤니티 중심의 문화를 가지고 있습니다. 이는 Redict가 사용자의 요구에 맞춰 발전해 나갈 가능성이 높다는 것을 의미합니다.
4. 안정성을 우선시합니다.
Redict는 라이선스가 허용하는 소프트웨어에서 유용한 변경 사항을 가져와 개선할 수 있지만, 안정성을 우선시하고 새로운 기능은 그 다음에 제공합니다. 이는 Redict가 버그나 오류가 적은 안정적인 소프트웨어라는 것을 의미합니다.
5. 독립적이고 커뮤니티 중심의 방식으로 소프트웨어를 구축합니다.
Redict는 다른 포크와 다른 사회적, 정치적 목표를 가지고 있으며, 독립적이고 커뮤니티 중심의 방식으로 소프트웨어를 구축하는 데 중점을 둡니다. 이는 Redict가 특정 기업이나 단체에 의해 영향을 받지 않고 자유롭게 발전해 나갈 가능성이 높다는 것을 의미합니다.
6. LGPL 라이선스를 적용합니다.
Redict는 LGPL 라이선스를 적용하여 소프트웨어를 더 이상의 착취로부터 보호하고 있습니다. 또한, LGPL 라이선스는 클라우드 제공업체가 과도한 준수 체계에 직면하지 않고도 Redict를 고객에게 제공할 수 있도록 합니다.
ㅁ Valkey와 라이센스 경쟁
Redict은 Valkey와 같은 허용 라이센스를 사용하고 이지만 라이센스로 경쟁 구도를 가지고 있습니다.
Redict 7.3.0 is now available에서 일부 번역한 내용입니다.
우리는 Valkey와 같은 허용 라이센스가 있는 소프트웨어에서 유용한 변경 사항을 가져와서 Redict를 개선할 것입니다. 이것이 바로 허용적 소프트웨어의 가치이자 일반적으로 자유 소프트웨어의 주요 이점입니다. 그러나 우리는 보다 보수적인 속도로 이를 수행하여 사용자가 안정성을 먼저 즐기고 새로운 기능을 두 번째로 누릴 수 있도록 할 것입니다. 우리는 또한 Lua 및 jemalloc 디벤더링과 같은 작업과 관련하여 다운스트림 배포판과 좋은 관계를 구축하고 유지하는 데 중점을 둘 것입니다.
Valkey는 더 급진적인 혁신을 개발할 자원을 투자할 수 있는 상업적 이해관계를 가지고 있으나, Redict는 장기 안정성에 더 큰 중점을 둔 소프트웨어를 선호하는 문화적 차이를 볼 수 있습니다. Redis는 오픈 소스가 아니므로 Valkey의 기여는 병합할 수 있지만 Redict의 기여는 병합할 수 없습니다. 흥미로운 사실로, 라이센스 변경 이후 2주 동안 한 개발자가 Redis 리포지포리에 커밋한 건수는 두건 뿐입니다.
오픈 라이선스의 진정한 승자는?
상업적으로 변질된 프로젝트 중에는 MySQL과 MariaDB가 있습니다. 오픈 라이선스의 진정한 힘을 보여주는 상황으로, 서로 다른 접근 방식을 가진 두 개의 포크 중 어느쪽이 이길지, 또는 양쪽 모두가 이길 지는 지켜봐야 할 것 같습니다. 개인적인 생각으로, 상업적으로 너무 나아가는 프로젝트 보다는 단순하면서도 간결한 인메모리 키-값 저장소인 Redict가 더 나을 듯 합니다.
ㅁ 마무리
Redict는 안정성, 기능 완성도, 커뮤니티 중심 문화, 안정성 우선, 독립성, LGPL 라이선스 등 다양한 장점을 가진 Redis® 포크 버전입니다. 따라서 Redis®의 대안으로서 Redict를 선택하는 것은 매우 좋은 선택입니다. 이 프로젝트는 Redis®의 상업적 관리자에 의해 발생할 수 있는 위기에 대응하여 자유 소프트웨어의 미래를 위한 중요한 선택을 하고 있으며, 이는 오픈소스 커뮤니티에 중요한 사례가 될 수 있습니다.
ㅁ Redict에 대한 추가정보
Redict에 대한 더 자세한 정보는 다음 링크에서 확인할 수 있습니다.
ㅇ Redict 공식 웹사이트: https://redict.io/
ㅇ Redict Command reference: https://redict.io/docs/commands/#command-reference
ㅇ Redict codeberg 저장소: https://codeberg.org/redict/redict
'DevOps > Redis&Redict' 카테고리의 다른 글
[Redict] docker로 Redict 설치하기 (0) | 2024.04.06 |
---|---|
[Redict] Redict을 설치하는 3가지 방법 (0) | 2024.04.05 |
[Redis] Redis 오픈소스 라이선스 변경 (0) | 2024.03.31 |
[Redis] 쿠버네티스 환경에서 Redis 모니터링의 필요성 (1) | 2024.02.17 |
[Redis] Docker redis 비밀번호 설정 (0) | 2023.09.15 |