검수요청.png검수요청.png

레디스

해시넷
218.146.11.118 (토론)님의 2020년 7월 30일 (목) 15:13 판 (선호하는 개발 언어 지원)
이동: 둘러보기, 검색
레디스(Redis) 로고
레디스(Redis) 로고와 글자

레디스(Redis)는 Remote Dictionary Server의 약자로서 '키-값'(key-value) 구조의 비관계형 데이터를 저장하고 관리하기 위한 노에스큐엘(NoSQL)의 일종이다. 2009년 살바토르 산필리포(Salvatore Sanfilippo)가 처음 개발했다. 2015년부터 레디스랩스(Redis Labs)가 지원하고 있다. 모든 데이터를 메모리로 불러와서 처리하는 메모리 기반 데이터베이스 관리 시스템(DBMS)이다. BSD 라이선스를 따른다.

개요

레디스는 빠른 오픈 소스 인 메모리 키 값 데이터 구조 스토어이다. 레디스는 다양한 인 메모리 데이터 구조 집합을 제공하므로 다양한 사용자 정의 애플리케이션을 손쉽게 생성할 수 있다. 주요 레디스 사용 사례로는 캐싱, 세션 관리, pub/sub 및 순위표를 들 수 있다. 레디스는 현재 가장 인기 있는 키 값 스토어로서, BSD 라이선스가 있고, 최적화된 C 코드로 작성되었으며, 다양한 개발 언어를 지원한다. 레디스는 REmote DIctionary Server의 약어이다.

레디스는 속도가 빠르고 사용이 간편하여 최고의 성능이 필요한 웹, 모바일, 게임, 광고 기술 및 IoT 애플리케이션에서 널리 사용되고 있다. AWS는 레디스용 Amazon ElastiCache라는 최적화된 완전관리형 데이터베이스 서비스를 통해 레디스를 지원하며, 고객은 원하는 경우 AWS EC2에서 자체 관리형 레디스를 실행할 수도 있다.

역사

레디스 프로젝트는 레디스의 최초 개발자인 antirez라는 별명을 가진 살바토르 산필리포(Salvatore Sanfilippo)가 이탈리아 웹사이트의 확장성을 향상시키고 실시간 웹 로그 분석기를 개발하려고 할 때 시작되었다. 기존 데이터베이스 시스템을 사용하여 일부 유형의 작업 부하를 조정하는 데 심각한 문제가 발생한 후 Sanfilippo는 Tcl에서 레디스의 개념증명 버전을 프로토타입화하기 시작했다. 나중에 Sanfilippo는 프로토 타입을 C 언어로 번역하고 첫 번째 데이터 유형 인 목록을 구현했다. 내부적으로 성공을 거둔 프로젝트를 몇 주 동안 사용한 후 Sanfilippo는 소스를 공개하고 Hacker News 에서 프로젝트를 발표하기로 결정했다. 프로젝트는 깃허브(GitHub)와 인스타그램(Instagram)을 채택한 최초의 회사 중 하나인 루비(Ruby) 커뮤니티에서 더욱 주목 받기 시작했다.

  • Sanfilippo는 2010년 03월 브이엠웨어(VMware)에 고용되었다.
  • 2013년 05월 레디스는 Pivotal Software (VMware 분사)의 후원을 받았다.
  • 2015년 06월에 레디스 Las가 후원했다.
  • 2018년 10월에 레디스 5.0이 출시되었다. Redis Stream은 단일 키에서 자동 시간 기준 시퀀스를 사용하여 여러 필드와 문자열 값을 저장할 수있는 새로운 데이터 구조이다.

특징

놀라울 정도로 빠른 성능

데이터를 디스크 또는 SSD에 저장하는 대부분의 데이터베이스 관리 시스템과는 달리 모든 레디스 데이터는 서버의 주 메모리에 상주한다. 레디스와 같은 인 메모리 데이터베이스는 디스크에 액세스해야 할 필요를 없앰으로써 검색 시간으로 인한 지연을 방지하고 CPU 명령을 적게 사용하는 좀 더 간단한 알고리즘으로 데이터에 액세스할 수 있다. 일반적으로 작업을 실행하는 데 1밀초 미만이 소요된다.

인 메모리 데이터 구조

레디스를 사용하면 사용자가 다양한 데이터 유형에 매핑되는 키를 저장할 수 있다. 기본적인 데이터 유형은 String으로서, 텍스트 또는 이진 데이터가 이에 해당하며 최대 크기는 512MB이다. 또한, 레디스는 문자열이 추가된 순서대로 유지되는 Lists of Strings, Sets of unordered Strings, 점수에 따라 정렬되는 Sorted Sets, 필드와 값 목록을 저장하는 Hashes, 데이터 세트에서 고유한 항목을 세는 HyperLogLogs를 지원한다. 거의 모든 유형의 데이터가 레디스를 사용하여 인 메모리에 저장될 수 있다.

다양성과 사용 편의성

레디스는 개발과 운영을 좀 더 쉽고 좀 더 빠르게 수행할 수 있는 여러 가지 도구를 제공한다. Pub/Sub는 메시지를 채널에 게시하며, 채널에서 구독자에게 전달된다. 채팅과 메시징 시스템에 매우 적합합니다. TTL 키는 해당 기간 후에는 스스로를 삭제하는 지정된 Time To Live 값을 가질 수 있다. 데이터베이스를 불필요한 데이터로 채우지 않도록 하는 데 유용하다. 원자성 카운터는 경합 상태가 일관성 없는 결과를 생성하지 않도록 한다. Lua는 강력하지만 간단한 스크립팅 언어이다.

복제 및 지속성

레디스는 마스터-슬레이브 아키텍처를 사용하며 비동기식 복제를 지원하여 데이터가 여러 슬레이브 서버에 복제될 수 있다. 이렇게 하면 주 서버에 장애가 발생하는 경우 요청이 여러 서버로 분산될 수 있으므로 향상된 읽기 성능과 복구 기능을 모두 제공할 수 있다.

활용

  • 캐싱 : 다른 데이터베이스 "앞"에 배치된 레디스는 성능이 뛰어난 인 메모리 캐시를 생성하여 액세스 지연 시간을 줄이고, 처리량을 늘리며, 관계형 또는 NoSQL 데이터베이스의 부담을 줄여줍니다.
  • 세션 관리 : 레디스는 세션 관리 작업에 매우 적합합니다. 레디스를 세션 키에 대한 적절한 TTL과 함께 빠른 키 값 스토어로 사용하면 간단하게 세션 정보를 관리할 수 있습니다. 세션 관리는 주로 게임, 전자 상거래 웹 사이트, 소셜 미디어 플랫폼을 비롯한 온라인 애플리케이션에 필요합니다.
  • 실시간 순위표 : Redis Sorted Set 데이터 구조를 사용하면 요소가 목록에 유지되고 점수에 따라 정렬됩니다. 이를 통해 손쉽게 동적 순위표를 생성하여 게임에서 앞서있는 사람이 누구인지 보여주거나, 좋아요를 가장 많이 받은 메시지를 게시하거나, 선두에 있는 사람이 누구인지 보여주려는 다양한 사례에 사용할 수 있습니다.
  • 속도 제한 : 레디스는 이벤트 속도를 측정하고 필요한 경우 제한할 수 있습니다. 클라이언트의 API 키에 연결된 레디스 카운터를 사용하여 특정 기간 동안 액세스 요청의 수를 세고 한도가 초과되는 경우 조치를 취할 수 있습니다. 속도 제한기는 포럼의 게시물 수를 제한하고, 리소스 사용량을 제한하며, 스패머의 영향을 억제하는 데 주로 사용됩니다.
  • 대기열 : 레디스 List 데이터 구조를 사용하면 간단한 영구 대기열을 손쉽게 구현할 수 있습니다. 레디스 List는 자동 작업 및 차단 기능을 제공하므로 신뢰할 수 있는 메시지 브로커 또는 순환 목록이 필요한 다양한 애플리케이션에 적합합니다.
  • 채팅 및 메시징 : 레디스에서는 패턴 매칭과 더불어 PUB/SUB 표준을 지원합니다. 따라서 레디스를 사용하여 고성능 채팅방, 실시간 코멘트 스트림 및 서버 상호 통신을 지원할 수 있습니다. 또한 PUB/SUB를 사용하여 게시된 이벤트를 기반으로 작업을 트리거할 수 있습니다.

평가 및 전망

레디스는 페이스북, 인스타그램, 네이버 LINE 서비스, StackOverflow, 블리자드, 트위터, GitHub,웨이보, Pinterest, 스냅챗, 크랭크리스트, Digg, StackOverflow, 플리커등 대형 서비스 없체들이 현재 사용자들의 대규모 메세지를 실시간으로 처리하기 위하여 사용하고 있고 이 처럼 앞으로도 대형 서비스업들에 이용될 것 이다.[1]

각주

  1. redis, 〈지원〉,《레디스 공식 사이트》

참고자료

  • redis, 〈지원〉, 《레디스 공식 사이트》

같이 보기


  검수요청.png검수요청.png 이 레디스 문서는 데이터에 관한 글로서 검토가 필요합니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 문서 내용을 검토·수정해 주세요.