Cloud DB for Cache: 레디스가 흔들린 자리, 오픈소스가 채운다

본 포스팅은 네이버클라우드에서 소정의 수수료를 제공받아 작성된 글입니다.

2024년 3월, 인메모리 캐시 데이터베이스 시장에 낯선 긴장감이 번졌다. Redis Ltd가 10년 넘게 유지해온 BSD 오픈소스 라이선스를 전격 변경하면서, 전 세계 수만 개의 서비스가 조용히 라이선스 전략을 재검토하기 시작했다. 특히 클라우드 운영 환경에서 레디스(Redis)를 핵심 캐시 레이어로 쓰고 있던 조직들, 그 가운데서도 규정 준수 검토가 필수인 공공기관과 금융사들에게는 단순한 기술 뉴스가 아니었다. 네이버클라우드는 이 공백을 오픈소스 기반으로 채우는 선택을 했다. Cloud DB for Cache는 오픈소스 발키(Valkey) 기반 완전관리형 인메모리 캐시 데이터베이스 서비스로, 레디스(Redis) 상용 라이선스 대안을 찾던 조직들에게 실질적인 선택지를 제공한다.

 

인메모리 캐시 DB는 현대 서비스 아키텍처에서 빼놓을 수 없는 구성 요소다. 웹 세션 관리, 실시간 데이터 처리, API 요청 제한, 순위 데이터 계산처럼 마이크로초 단위의 응답성이 요구되는 작업들을 담당한다. 전통적인 RDB와 비교하면 응답 속도 차이는 수십에서 수백 배에 달하는 경우도 있다. 레디스(Redis)가 이 영역에서 오랫동안 사실상의 표준으로 자리잡아온 이유다. 그런데 그 표준의 라이선스가 흔들리면서, 조직들은 처음으로 "레디스가 아니면 무엇으로?"라는 질문을 진지하게 마주하게 됐다.

Cloud DB for Cache란 무엇인가

한마디로 정의하면 "설치도, 패치도, 장애 대응도 클라우드가 알아서 하는 완전관리형 인메모리 캐시 데이터베이스"다. 완전관리형(Fully Managed) 서비스라는 표현이 다소 익숙하게 들릴 수 있지만, 실제로 인프라 팀이 경험하는 차이는 구체적이다. 기존에 레디스(Redis)를 직접 운영할 때는 버전 업그레이드 시점을 직접 챙겨야 했고, 보안 패치가 나오면 서비스 영향 없이 적용할 방법을 고민해야 했으며, 새벽 3시에 메모리 사용량이 폭증하면 누군가 직접 대응해야 했다. Cloud DB for Cache에서는 이 모든 것이 클라우드 플랫폼의 책임 범위로 이동한다.

 

네이버클라우드 콘솔에서 몇 가지 설정만 입력하면 바로 사용할 수 있는 구조다. Redis와 Valkey 두 엔진을 모두 지원하며, VPC(Virtual Private Cloud) 기반의 프라이빗 네트워크 환경 안에서 동작하기 때문에 외부 접근이 원천적으로 차단된다. 자동 백업과 복구, 클러스터 구성, 실시간 모니터링이 기본으로 제공되는 인메모리 캐시 DB 서비스다. 설정 값들은 네이버 내부 서비스 운영 과정에서 검증된 최적화 기준을 바탕으로 하고 있다는 점도 주목할 부분이다. 대규모 트래픽 환경에서의 검증을 직접 거친 설정을 그대로 활용할 수 있다는 의미다.

 

인프라 관리에 쓰이던 시간이 줄어들면 그 시간은 서비스 개발로 향하게 된다. 규모가 작은 팀일수록 이 효과는 더 직접적으로 느껴진다. 완전관리형 캐시 데이터베이스를 선택한다는 것은 단순히 도구를 바꾸는 것이 아니라, 팀이 무엇에 집중할지를 결정하는 문제이기도 하다.

레디스 라이선스 정책 변화, 무슨 일이 있었나

2024년 3월 20일, Redis Ltd는 Redis의 라이선스를 BSD에서 RSAL(Redis Source Available License)과 SSPL(Server Side Public License)의 이중 라이선스 구조로 전환한다고 발표했다. 발표 자체보다 더 주목해야 할 것은 SSPL이 어떤 라이선스인지다. SSPL은 OSI(Open Source Initiative)가 오픈소스로 인정하지 않는 라이선스다. 이름은 '오픈소스처럼' 들리지만, 법적 의미에서는 오픈소스가 아니다. MongoDB가 동일한 라이선스 전략을 먼저 채택했을 때도 개발자 커뮤니티 안에서 상당한 논쟁이 있었다.

 

이 전환이 가져오는 실질적 함의는 명확하다. 클라우드 제공업체가 Redis 기반의 관리형 서비스를 운영하려면 이제 Redis Ltd와 별도의 상용 라이선스 계약을 체결해야 한다. AWS, Google Cloud 같은 대형 벤더도 예외가 아니었다. 그리고 이 정책은 이후에도 변동을 거쳤다. 2024년 11월에는 Redis 창시자 Salvatore Sanfilippo가 Redis Inc.에 복귀하면서 Redis 8.0에 AGPLv3 추가 라이선싱 옵션이 도입됐다. 라이선스 정책이 짧은 기간에 여러 차례 구조적으로 변했다는 사실 자체가, 기술 선택 기준에서 라이선스 안정성이 얼마나 중요한지를 역설적으로 보여준다.

 

공공·금융 환경에서의 특수성

공공기관과 금융사의 경우 새로운 기술을 도입하기 전에 정보보안 검토, 내부 심의, 규정 준수 확인 등 다단계 절차를 거쳐야 한다. 이 과정에 수개월이 걸리는 경우도 적지 않다. 그 기간 동안 의존하려는 기술의 라이선스 정책이 또다시 변경될 수 있다는 불확실성은, 기술 선택의 리스크를 수용하기 어렵게 만든다.

2026년 현재 Redis와 Valkey 프로젝트는 커맨드 수준에서 약 90% 호환되는 상태를 유지하면서도 점진적으로 분화하고 있다. 두 프로젝트가 같은 방향으로 계속 나아갈 것이라는 보장은 없다. Redis Modules(RedisSearch, RedisJSON, RedisTimeSeries) 같은 기능을 핵심으로 활용하는 환경이라면 레디스 생태계를 계속 유지하는 것이 더 적합할 수 있다. 선택은 현재 기술 스택과 요구사항을 기준으로 판단해야 한다.

오픈소스가 선택한 길, 발키(Valkey)의 탄생과 의미

Redis Ltd의 라이선스 변경 발표로부터 11일 뒤인 2024년 3월 31일, Linux Foundation이 Valkey 프로젝트를 공식 승인했다. 기술 역사에서 오픈소스 포크가 이토록 빠르게 주요 재단의 품에 안착한 사례는 흔치 않다. 그 속도가 가능했던 배경에는 AWS의 장기 Redis 메인테이너였던 Madelyn Olson의 주도적 역할이 있었고, AWS, Google Cloud, Oracle, Ericsson, Snap 등 산업 전반의 핵심 플레이어들이 즉각 지지를 선언한 것이 있었다.

 

발키(Valkey)는 Redis 7.2.4를 기반으로 포크됐다. Redis 7.2.4는 BSD 라이선스가 적용된 마지막 안정 버전으로, 이 시점을 기준으로 삼은 것은 라이선스 문제에서 완전히 자유로운 출발점을 확보하기 위한 전략적 선택이었다. 기존 Redis 클라이언트 코드를 그대로 사용할 수 있다는 점도 중요한데, Redis 7.2 커맨드셋 완전 호환을 유지하기 때문에 애플리케이션 레벨에서 별도의 코드 수정 없이 Valkey로 전환할 수 있다. 실제 마이그레이션 부담이 크지 않다는 의미다.

 

오픈소스 발키(Valkey) 거버넌스의 핵심

Valkey 프로젝트는 Linux Foundation의 Technical Steering Committee(기술 운영 위원회) 통제를 받는다. 이 구조에서는 특정 기업이 단독으로 라이선스 정책을 변경할 수 없다. Redis Ltd와 같은 방식의 정책 전환이 구조적으로 불가능한 거버넌스 모델이다. 장기 운영 전략을 세우는 조직에게, 이것이 Redis와 Valkey의 가장 근본적인 차이점이다.

성능 면에서도 Valkey는 단순한 복사본이 아닌, 독자적인 진화를 이어가고 있다. Valkey 8.0은 I/O 멀티스레딩을 강화하면서 AWS c7g.4xlarge 환경 기준으로 초당 119만 건의 처리 성능을 기록했다. 이전 버전인 Valkey 7.2의 36만 건 대비 약 230% 향상된 수치다. 이 벤치마크는 특정 하드웨어 환경 기준이므로 실제 서비스 환경에 따라 달라질 수 있지만, 커뮤니티 기반의 성능 최적화가 어느 방향으로 향하는지를 보여준다. Valkey 8.1에서는 5,000만 건 sorted set 벤치마크 기준으로 Redis 8.2 대비 28% 메모리 효율성 개선이 확인됐다.

 

AWS는 2024년 중반부터 새 ElastiCache 및 MemoryDB 인스턴스의 기본값을 Valkey로 전환했고, Google Cloud도 Valkey를 채택했다. 글로벌 클라우드 인프라의 흐름이 Valkey를 향하고 있다는 것은, 이 프로젝트가 단기 포크가 아닌 장기 생태계로 자리잡고 있다는 신호로 읽힌다.

Cloud DB for Cache의 특장점 4가지

완전관리형 서비스로 운영 부담 해소

레디스(Redis)를 직접 운영해본 팀이라면 버전 업그레이드 시점을 놓쳤을 때의 부담감을 알 것이다. 마이너 버전 패치 하나를 적용하려 해도 서비스 다운타임 없이 처리하려면 사전 준비가 필요하다. Cloud DB for Cache는 설치, 버전 관리, 보안 패치, 장애 대응의 전 사이클을 클라우드가 담당한다. DevOps 팀의 관리 부담이 줄어드는 만큼 서비스 개발 쪽에 집중할 수 있는 여유가 생긴다.

라이선스 비용과 정책 리스크 제거

오픈소스 Valkey 기반이기 때문에 Redis Ltd와의 상용 라이선스 계약이 필요 없다. 예산 책정 시 라이선스 비용이 변수로 작용하지 않는다. 더 중요한 것은 정책 리스크다. Redis Ltd의 라이선스가 다시 변경되더라도 Cloud DB for Cache를 운영하는 조직에게는 직접적인 영향이 없다. Valkey의 거버넌스 구조가 단일 벤더의 일방적 정책 변경을 막는 구조로 설계됐기 때문이다.

공공·금융 환경에 적용 가능한 보안 인증

ISO 27001, ISO 27017, ISO 27018, ISO 27701, SOC 1/2/3, CSA STAR, PCI DSS, ISMS, ISMS-P 등 국내외 주요 보안 인증을 보유하고 있다. 공공기관과 금융사가 클라우드 도입 시 사전에 확인해야 하는 인증 목록을 대부분 충족하는 수준이다. 이 부분은 다음 섹션에서 더 자세히 다룬다.

고가용성과 성능 기반 인프라

자동 백업 및 복구, 클러스터 구성, 실시간 모니터링이 기본 제공된다. Valkey 8.0에서 강화된 I/O 멀티스레딩 기반의 성능 개선 효과를 클라우드 환경에서 활용할 수 있으며, 네이버 내부 서비스 운영 과정에서 검증한 최적화 설정을 기반으로 한다. 대규모 트래픽이 발생하더라도 클러스터 구성을 통해 수평 확장이 가능하다.

공공·금융 환경이 Cloud DB for Cache를 선택하는 이유

한국의 공공기관이 클라우드 서비스를 도입할 때는 「클라우드컴퓨팅 발전 및 이용자보호에 관한 법률」 제23조의2에 따라 클라우드 보안 인증(CSAP) 서비스를 우선 고려해야 하는 의무가 있다. 여기에 국가정보원의 「국가 정보보안 기본지침」 준수까지 더하면, 단순히 기능이 좋다는 이유만으로 클라우드 서비스를 선택할 수 없다는 것이 공공 영역의 현실이다. 행정·공공기관 클라우드 전환 사업에서 Cloud DB for Cache가 지원 대상으로 포함되어 있다는 것은, 이 조건들을 충족했다는 의미이기도 하다.

 

금융사의 경우에는 전자금융감독규정 준수와 함께 금융감독원, 금융보안원 공동 지침이 적용된다. 클라우드 서비스를 선택하기 전에 정보 유출 방지, 내부 시스템과의 분리, 데이터 주권 확보 여부를 확인하는 절차가 필수다. Cloud DB for Cache의 VPC 기반 프라이빗 네트워크 환경은 이 요건과 직접적으로 맞닿아 있다.

 

Cloud DB for Cache가 보유한 보안 인증 현황을 정리하면 다음과 같다.

인증 구분	인증 항목	주요 내용
국제 정보보안	ISO 27001	정보보안관리 국제표준
클라우드 보안	ISO 27017	클라우드 서비스 정보보안 통제
개인정보보호	ISO 27018 / ISO 27701	클라우드 개인정보 처리 / PIMS 국제표준
서비스 통제	SOC 1 / SOC 2 / SOC 3	AICPA 서비스 조직 통제 보고서
클라우드 보안 연합	CSA STAR	Cloud Security Alliance 인증
결제 보안	PCI DSS	결제 카드 산업 데이터 보안 표준
국내 인증	ISMS / ISMS-P	국내 정보보호 관리체계 인증

규정 준수 검토 입장에서 중요한 것은 인증 항목의 수가 아니라, 필요한 인증이 이미 갖춰져 있는가 여부다. Cloud DB for Cache를 도입하면 서비스를 선택한 이후에 별도로 이 인증들을 취득하거나 검증받을 필요가 없다. 이미 인증된 플랫폼 위에서 서비스를 운영한다는 구조 자체가, 공공·금융 영역에서의 컴플라이언스 리스크를 낮추는 방식이다.

변화하는 오픈소스 환경에서 선제적으로 움직일 것

Redis-Valkey 분화는 오픈소스 생태계에서 라이선스 안정성이 기술 선택의 핵심 기준으로 부상하는 흐름을 선명하게 보여준 사건이다. 단순히 어떤 기능이 있느냐, 성능이 어떠냐의 문제가 아니라, 그 기술을 장기적으로 안전하게 사용할 수 있는 구조인지를 함께 따져야 하는 시대가 됐다. 라이선스 정책, 오픈소스 거버넌스, 규정 준수 가능성이 성능 수치만큼이나 중요한 평가 항목으로 올라왔다.

 

현재 레디스(Redis)를 운영 중인 조직이라면 전환 비용이 얼마나 될지 가장 먼저 궁금할 것이다. Valkey의 Redis 커맨드셋 완전 호환 덕분에 기존 Redis 클라이언트 코드를 수정하지 않고도 Cloud DB for Cache로 이전할 수 있다. 운영 부담이 줄고, 성능이 유지되며, 라이선스 리스크가 사라지는 세 가지 변화를 동시에 달성할 수 있는 경로다.

 

공공·금융 부문에서 클라우드 전환을 검토 중인 조직에게는 더 직접적인 이점이 있다. 앞서 정리한 보안 인증 현황이 이미 갖춰져 있다는 것, 그리고 행정·공공기관 클라우드 전환 사업 지원 대상에 포함된다는 것은 도입 절차의 복잡성을 상당 부분 줄여준다. 네이버클라우드 공식 발표에 따르면 Cloud DB for Cache는 오픈소스 발키(Valkey) 기반 완전관리형 서비스로, 상품 상세 가이드에서 기술 구성과 운영 시나리오를 직접 확인할 수 있다.

 

오픈소스 환경은 계속 바뀐다. 오늘의 표준이 내일도 표준이라는 보장은 없다. 중요한 것은 그 변화의 흐름이 어느 방향으로 향하는지를 읽는 것이고, 그 흐름 위에서 지속 가능한 선택을 하는 것이다. 지금이 Cloud DB for Cache를 검토할 적기인 이유도 거기에 있다.

 

참고 자료

• 네이버클라우드 공식 보도자료 (Cloud DB for Cache 출시)
• Cloud DB for Cache 상품 소개 (공공 클라우드)
• Cloud DB for Cache 상품 상세 가이드

NAVER CLOUD PLATFORM

Cloud DB for Cache 도입 문의

발키(Valkey) 기반 완전관리형 인메모리 캐시 DB, 지금 바로 전문 컨설팅을 받아보세요.

 

 

네이버클라우드 전문 상담 신청

네이버클라우드 공식 문의 배너 | 출처: NAVER Cloud Platform

#CloudDBforCache #발키Valkey #레디스대체 #공공DB