피터의 개발이야기

파괴적 수단을 쓰는 게 아니라면, 일에 대한 대가나 수익 극대화는 잘못된 것이 아니다. 그러나 프로그램 사용 권한을 제한해 사용자에게서 수익을 가져오는 것은 파괴적인 행위다. (Free Software의 창립자 리처드 스톨먼) ㅁ 들어가며 최근 레디스, 테라폼 등 오픈소스 소프트웨어가 기존 오픈소스 라이선스를 버리고 상용 라이선스로 전환하는 사건이 발생했습니다. 이는 개발자 커뮤니티와 사용자들에게 큰 분노를 불러일으켰습니다. ㅁ 사건의 개요 ㅇ Redis 2024년 3월 21일, 레디스는 기존 BSD 라이선스를 버리고 레디스 소스 사용 가능 라이선스(RSALv2)와 서버 사이드 공개 라이선스(SSPLv1)라는 두 가지 상용 라이선스를 도입했습니다. 이는 개발자들이 레디스 코드를 자유롭게 사용, 수정, 배..

ㅁ 관련 글 ㅇ [Redis] Redis 오픈소스 라이선스 변경 ㅇ [Redis] Redis의 대체로 Redict을 선택해야 하는 이유 ㅇ [Redict] Redict을 설치하는 3가지 방법 ㅁ 들어가며 ㅇ 지난 글 [Redict] Redict을 설치하는 3가지 방법에서 Redict를 설치하는 3가지 방법을 정리하였다. 시스템 패키지 관리자를 이용한 설치 Docker와 같은 컨테이너 런타임을 사용하여 Redict 설치 소스 코드에서 Redict 빌드 및 설치 ㅇ Docker로 설치하는 방법은 내용이 길어 이 글에 정리하였다. ㅁ Docker 설치 $ docker run --name redict -d -p 6379:6379 registry.redict.io/redict ㅁ Redict cli $ docke..

ㅁ 관련 글 ㅇ [Redis] Redis 오픈소스 라이선스 변경 ㅇ [Redis] Redis의 대체로 Redict을 선택해야 하는 이유 ㅁ 들어가며 ㅇ 지난 글 [Redis] Redis의 대체로 Redict을 선택해야 하는 이유에서 Redict의 안정화 버젼 7.3.0의 출시를 알게 되었습니다. 이번 글에서는 Redict의 안정화 버젼의 설치방법에 대해서 정리하였습니다. ㅁ Redict 설치 방법 Redict를 설치하는 방법에는 몇 가지가 있습니다. 시스템 패키지 관리자를 이용한 설치 Docker와 같은 컨테이너 런타임을 사용하여 Redict 설치 소스 코드에서 Redict 빌드 및 설치 ㅁ패키지에서 설치 방법 ㅇ Packages for redict에 맞추어 시스템의 패키지 관리자를 통해 설치할 수 있습..

ㅁ 들어가며 [Redis] Redis 오픈소스 라이선스 변경에서 Redis에 상업적 이용이 제약됨을 다루었습니다. Redict는 Redis®의 대안으로서 활용될 수 있는 유망한 프로젝트입니다. 앞으로 Redict의 발전을 주목해 볼 필요가 있습니다. 이번 글에서는 Redict에 대해서 알아보고 Redis와의 주요 차이점을 정리하였습니다. ㅁ Redict란 무엇일까요? Redict는 Redis®의 독립적인 저작권 보호 포크 버전입니다. 2023년 Redis®가 라이선스 모델을 변경하면서 많은 사용자들이 실망하고 새로운 포크 버전들이 등장하게 되었는데, Redict는 그 중 하나입니다. ㅁ Redict의 특징 - 오픈소스: Redict는 BSD 3-Clause 라이선스를 사용하여 오픈소스로 제공됩니다. - ..

ㅁ 들어가며 Redis의 오픈소스 라이선스가 변경되었다. v7.4 버젼 이후 적용되는 라이선스는 제 3자에게 서비스로 제공하지 못하는 문제점을 가지고 있다. 이러한 오픈소스 정책의 변경의 이유는 기업들이 오픈 소스를 이용하여 SaaS로 만들어 이익을 추구하지만 오픈소스 자체에 도움을 주지 않기 때문이다. 오픈소스 정책 변경을 이해하기 위해 Free Software, Open Source Software, Shared Source Software에 대해 간략히 정리하였다. 큰 맥락은 함께 공유하고 함께 성장하자는 오픈소스의 공동선에 맞추어, 오픈소스를 이용하여 이익을 추구하는 기업들도 기술을 공유하라는 것이다. Redis 커뮤니티 에디션은 계속 무료로 사용 가능하다. 개발자들은 SaaS와 자체 Redis를..

ㅁ 개요 ㅇ Redis 모니터링에 관한 글을 적으면서 정작 Redis를 왜 모니터링 해야하는 지 정리를 해야겠다는 생각을 하게 되었다. ㅇ Redis를 메인디비로 쓰고 있는 이유와 그로인해 서비스 performance를 위해 지속적으로 모니터링이 필요한 이유를 정리하였다. ㅁ 고가용성 쿠버네티스 환경에서의 Redis의 필요성 RDS의 속도한계는? 내가 현재 담당하고 있는 서비스는 금융사들의 대량 메시지를 처리하는 업무이다. 유동적인 고객의 트래픽을 소화하기 위해 AWS + 쿠버네티스 환경에서 오케스트레이션 환경을 구축하여 고가용으로 처리하고 있다. 대량 트래픽을 처리하는 과정에서 RDS의 환경은 한계가 있었다. 버스트 트래픽이 발생하면 집중적으로 하나의 테이블에 데이터를 Create, Update하기에..

ㅁ 들어가며 Redis의 비밀번호를 설정하는 방법을 정리하기 위해 docker redis를 설치하여, 생성된 Container 안에 접속하여 비밀번호 설정하는 과정을 정리하였습니다. ㅁ Redis 설치 [Redis] Docker Redis 설치하기에 따라 설치하였습니다. # redis docker 설치 $ docker run --name myredis -d -p 6379:6379 redis c9f0cdfa7cff92fe205e82a15dda0f42505d6fef25bf827b26c8d0ea77ad1b90 # redis 설치 확인 $ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES c9f0cdfa7cff redis "docker-entryp..

ㅁ 개요 Docker를 이용하여 Redis를 설치하는 과정을 정리하였습니다. ㅁ 버전 지정해서 레디스 이미지 가져오기 $ docker pull redis:5.0.3 5.0.3: Pulling from library/redis Digest: sha256:4be7fdb131e76a6c6231e820c60b8b12938cf1ff3d437da4871b9b2440f4e385 Status: Image is up to date for redis:5.0.3 docker.io/library/redis:5.0.3 ㅁ 도커 실행 $ docker run --name myredis -d -p 6379:6379 redis ㅁ 도커 접속 테스트 $ docker run -it --link myredis:redis --rm redis..

ㅁ 개요 ㅇ Redis 정보를 확인하기 위하여 Redis Client가 필요하였다. ㅇ 예전에는 Redis Desktop을 사용하였는데, 이 툴은 불편한 점이 있었다. ㅁ Redis Desktop의 단점 내가 사용한 Redis Desktop Manager의 버젼의 특성이닞 모르겠지만, 레디스 키를 조회할 때에 HashTable의 경우 10000개의 데이터를 한번에 불러오고 있었다. 그래서 실제로 운영의 포퍼먼스에 영향을 두었다. ㅁ Another Redis Desktop Manager 설치방법 ㅇ 이곳으로 이동하면 다음과 같은 설치 설명을 확인 할 수 있다. $ brew install --cask another-redis-desktop-manager ㅇ brew로 설치 하면 간단하게 설치할 수 있다. ㅁ..

ㅁ 개요 Redis slowlog를 모니터링하는 중 KEYS가 롱쿼리로 감지되어, SCAN으로 변경하여 Redis Blocking 시간을 최소화한 과정을 정리하였다. ㅁ Redis 모니터링의 필요성 ㅇ 현재 내가 담당하는 시스템은 대량 트래픽을 처리하고 있다. 그래서 메인 디비로 Redis를 사용하고 있다. ㅇ 고성능 고가용성을 위해 쿠버네티스 환경으로 구축되었고, 어플리케이션 내의 개별 프로세스도 비동기형태로 구현되어 있다. ㅇ RDS의 처리 속도가 보장되지 않아 Redis를 사용하고 있기 때문에 Redis의 slowlog확인을 통해 10ms 이상인 것은 지속적으로 튜닝을 해야만 전체 서비스의 TPS를 보장할 수 있다. ㅁ Grafana Slow log 확인 ㅇ HKEYS 명령어가 10ms 이상 발생하..