Redis 8의 AGPLv3 전환과 Valkey 포크 생태계

BSD에서 AGPLv3까지 이어진 Redis의 선택

Redis는 2009년 BSD 라이선스로 출발해 캐시, 세션 스토어, 메시지 브로커 용도로 널리 자리 잡았다. Redis Ltd.는 2024년 3월 SSPLv1(Server Side Public License)과 RSALv2(Redis Source Available License)를 병행하는 이중 라이선스로 전환했다.

SSPLv1은 MongoDB가 클라우드 서비스 제공업체(CSP)의 무임승차를 막기 위해 도입한 라이선스이며, OSI(Open Source Initiative)는 이를 오픈소스 라이선스로 인정하지 않는다. 변경 이후 AWS ElastiCache, Google Cloud Memorystore 같은 관리형 서비스는 Redis를 기존처럼 무상으로 사용할 수 없게 됐다.

2025년 5월 Redis는 AGPLv3(GNU Affero General Public License v3)로 다시 전환했다. AGPLv3는 OSI 승인 오픈소스 라이선스다. 네트워크 서비스로 제공할 때도 소스코드 공개 의무가 발생하므로 BSD보다 조건이 강하지만, 서비스 제공 인프라 전체의 소스코드 공개를 요구하는 SSPLv1보다는 완화된 조건이다.

라이선스 변경이 포크 생태계로 이어진 과정

⤢✕

상용 라이선스로의 전환은 커뮤니티 포크를 촉발할 수 있다. Redis에서는 Linux Foundation 산하 Valkey가 만들어졌고, AWS, Google, Oracle, Snap, Ericsson 등 주요 클라우드·기술 기업이 기여자로 참여했다. AWS ElastiCache Serverless와 Google Cloud Memorystore가 Valkey 기반으로 전환하면서, 클라우드 서비스 시장에서 Redis의 채택률도 직접적인 압박을 받게 됐다.

AGPLv3는 클라우드 사업자가 Redis를 수정해 서비스로 제공할 경우 변경 사항을 공개하도록 요구한다. BSD의 제한 없는 사용과는 다르지만, SSPLv1처럼 서비스 제공 인프라 전체 공개를 요구하지는 않는다. Redis가 다시 오픈소스 모델로 돌아오면서도 클라우드 사업자의 수정분 공개를 요구할 수 있는 이유다.

이 사례에서 거버넌스는 라이선스와 분리해서 볼 수 없다. 단일 기업이 통제하는 프로젝트는 라이선스 변경이 가능하지만, Linux Foundation 산하 Valkey처럼 여러 기업이 공동 거버넌스를 구성하면 특정 기업의 라이선스 변경 리스크를 구조적으로 피할 수 있다.

창시자 복귀와 Redis 8의 방향

Redis 창시자 Salvatore Sanfilippo(antirez)는 2020년 핵심 개발에서 물러났다가 2024년 11월 Redis Ltd.에 개발자 에반젤리스트로 복귀했다. 그는 antirez.com에서 커뮤니티 관계 회복과 기술적 혁신에 대한 의지를 밝혔으며, 오픈소스 복귀 결정의 실질적인 촉매 역할을 했다.

그가 직접 설계한 Vector Set 데이터 타입은 Redis 8의 핵심 기능으로 들어갔다. Redis는 단순한 키-값 캐시를 넘어 AI·시맨틱 검색 워크로드까지 겨냥하는 방향을 분명히 했다.

벡터 검색과 Stack 기능을 코어로 가져온 Redis 8

Vector Set은 고차원 벡터 임베딩(Vector Embedding)을 저장하고 ANN(Approximate Nearest Neighbor) 검색을 처리하는 데이터 타입이다. 기존 Sorted Set 개념을 확장해 유사도 중심의 쿼리를 네이티브로 처리한다.

⤢✕

Redis 8은 Redis Stack에서 모듈로 제공하던 기능도 코어에 통합했다. 모두 AGPLv3 라이선스 아래 단일 패키지로 제공된다.

RedisJSON: JSON 문서 저장·조회·수정
Redis Time Series: 시계열 데이터 집계·다운샘플링
RedisBloom: 블룸 필터·HyperLogLog 등 확률적 데이터 구조
Redis Query Engine: 전문 검색·집계·인덱스 쿼리

성능 측면에서는 30개 이상의 개선 사항이 포함됐고, 주요 명령어에서 최대 87% 속도 향상과 최대 2배의 처리량 증가가 보고됐다. 해시·셋·리스트 같은 핵심 데이터 구조의 내부 인코딩과 메모리 효율성도 개선됐다.

Valkey와 KeyDB를 선택지로 볼 때

Valkey는 Linux Foundation이 관리하는 Redis 공식 포크다. AWS, Google, Oracle, Snap, Ericsson 등이 주요 기여자로 참여한다. Valkey 8.x는 재설계한 해시 테이블로 메모리 효율성을 높이고 멀티코어 I/O 스레딩을 강화했다. AWS ElastiCache Serverless와 Google Cloud Memorystore는 Valkey 기반으로 전환했으며, Valkey 9는 JSON·블룸 필터·벡터 검색을 공식 모듈로 추가했다.

Redis와 프로토콜·API 호환성을 유지하므로 대부분의 Redis 클라이언트는 수정 없이 동작한다. BSD-3 라이선스는 기업이 Valkey를 채택할 때 고려하는 핵심 요소다.

KeyDB는 완전 멀티스레드 아키텍처로 단일 인스턴스에서 모든 CPU 코어를 활용한다. 8코어 환경에서 Redis보다 2-5배 높은 처리량을 제공하지만, 벡터 검색 같은 최신 AI 기능 지원은 미흡하다. KeyDB는 2023년 Snap에 인수된 뒤에도 독립 개발을 이어가고 있다.

항목	Redis 8	Valkey 8.x	KeyDB
라이선스	AGPLv3	BSD-3	BSD-3
멀티스레드	부분(I/O)	부분(I/O)	완전 멀티스레드
벡터 검색	코어 내장	모듈(선택)	미지원
JSON 지원	코어 통합	모듈	제한적
클라우드 채택	Redis Cloud	AWS·GCP·Akamai	제한적
주요 기여	Redis Ltd. + antirez	Linux Foundation 컨소시엄	Snap

운영 아키텍처에서 Redis가 맡는 자리

Redis는 Look-Aside Cache 패턴에서 먼저 조회하는 캐시 계층으로 쓰인다. 캐시 미스가 나면 애플리케이션이 DB를 조회하고, 얻은 결과를 Redis에 저장한다. 캐시 만료는 TTL로 관리한다.

세션 스토어로는 JWT 또는 세션 토큰을 TTL과 함께 저장해 스테이트리스 애플리케이션 서버 간 세션을 공유할 수 있다. 메시징에서는 Redis Pub/Sub이 단순 팬아웃에 맞고, Redis Streams는 컨슈머 그룹 기반의 신뢰성 있는 이벤트 처리에 적합하다.

API 속도 제한은 슬라이딩 윈도우 카운터로 구현할 수 있다. INCR 명령과 TTL 조합 또는 Lua 스크립트로 원자적인 카운터 증감을 처리한다.

Redis Cluster 모드는 16384개의 해시 슬롯을 여러 노드에 분산해 수평 확장을 지원한다. 각 노드는 담당 슬롯 범위의 데이터와 레플리카를 관리하며, 노드 장애가 나면 레플리카가 자동으로 승격된다.

Redis 8의 AGPLv3 복귀는 라이선스 전략이 단기 수익 보호만의 문제가 아니라는 점을 드러냈다. 포크와 클라우드 서비스 생태계의 이동은 제품 기능만으로 되돌리기 어렵다. Redis의 Vector Set과 Stack 기능 통합은 AI 워크로드를 겨냥한 차별화 시도이며, Valkey와의 경쟁에서는 AI 기능 지원의 깊이가 장기적인 변수로 남는다.