String 텍스트, 직렬화된 개체 및 이진 배열을 포함하여 바이트 시퀀스를 저장합니다. 문자열은 Redis 에서 가장 기본적인 데이터 유형입니다. 캐싱에 자주 사용되며, 카우터를 구현하고 비트연산을 수행할 수 있는 추가 기능도 지원 단일 Redis 문자열은 최대 512MB 입니다. 기본명령 -- 단일 문자열 저장 SET GET -- 다중 문자열 저장 MSET ... MGET ... -- 키가 아직 존재 하지 않을 경우에만 문자열 값 저장 SETNX Value 가 숫자형태라면, 증감도 가능하다. INCR, INCRBY, INCRBYFLOAT atomic 하게 증감하는 커멘드이다. -- 정수 INCR INCRBY -- 부동소수점 INCRBYFLOAT 참조 https://redis.io/commands/?g..
들어가며 개인 적으로 좀 더 정리하고자 늦은감은 있지만 Redis에 대해서 정리 중입니다. Redis 에서 가장 많이 사용되는 Collection에 대한 내용과, 데이터 타입의 종류에 대해서 간략하게 정리해보려고 합니다. Collection 이 중요한 이유 다양한 자료구조를 지원합니다. 다양한 자료구조를 Key-Value 형태로 저장합니다. 개발의 편의성과 난이도 제공. 외부의 Collections을 잘 이용하는 것만으로 개발 시간 단축이 가능하고, 생각하지 못한 여러가지 문제를 줄여줄 수 있으므로 개발자는 비즈니스 로직에 집중할 수 있다는 큰 장점이 존재합니다. 주된 Redis 사용처 원격 데이터 저장소로 사용되며, 각 서버의 데이터를 공유하고 싶을 때 사용됩니다. 인증 및 토큰 저장소 랭킹 유저 세션..
들어가며 단일 서버로 구성을 하게 된다면, 여러뭐로 고민할 내용이 줄어들지만 현실은 그렇지 않죠. 다양한 failover 상황을 고려해야 하고, 부하분산 상황에 대한 상황도 같이 고려해야 합니다. SignalR을 이용하여 채팅서버를 구성할 때에도 위와같은 상황을 고려해서 설계를 진행해야 하는데요. IIS 환경에서 웹서버는 스케일 아웃, 그리고 그 안에서 메시지를 전달하는 부분은 Redis 의 Pub/Sub을 이용한 BackPlane 을 이용해서 설계를 진행했었습니다. 아래 SignalR 채팅 시스템을 개발했을때, 고려했던 내용을 정리하였습니다. 웹서버 스케일 아웃 SignalR은 웹서버로 IIS를 사용하는데요. 일반적으로 웹서버의 경우 성능을 확장하기 위한 방식으로 스케일 업, 스케일 아웃 방식중에 선택..
한번 설치하게 되면, 계속해서 사용하고 있기 때문에, 간혹 Redis의 설치 위치를 까먹는 경우가 있어서 기본적인 위치만 정리해서 남겨놓으려고 합니다. 서비스파일은 /etc/init.d 경로에 위치하고 있으며, 기본적으로 설치하셨다면 redis_6379 파일에 기본적인 서비스 정보가 기입되어 있습니다. 해당 경로에 있는 redis_6379 파일을 vim 명령어로 열어보면, 기본적으로 어떤 구성으로 되어 있는지 확인 할 수 있습니다. 아래 내용은 생략하고, 서버 : /usr/local/bin/redis-server 클라이언트 : /usr/local/bin/redis-cli 등등 기본적인 파일 위치를 확인 할 수 있습니다. 버전확인 root@localhost:/:] /usr/local/bin/redis-cl..