이 튜토리얼에서는 Redis ZADD 명령어를 사용하여 키에 저장된 정렬된 셋(sorted set) 값에 요소를 생성하고 추가하는 방법을 알아봅니다. ZADD 명령어는 지정된 키에 저장된 정렬된 셋에 하나 이상의 요소와 각각의 점수(score)를 추가하는 데 사용됩니다. 만약 지정한 요소가 이미 존재한다면 해당 요소의 점수가 업데이트되고, 올바른 순서를 유지할 수 있도록 적절한 위치에 다시 삽입됩니다. 점수 값은 배정밀도 부동 소수점(double precision floating point) 숫자의 문자열 형태여야 하며, +inf와

이 튜토리얼에서는 특정 점수(score) 범위 안에 속한 정렬된 집합(Sorted Set) 값의 요소 개수를 구하는 방법을 알아봅니다. 이를 위해 Redis의 ZCOUNT 명령어를 사용합니다. ZCOUNT 명령어란? ZCOUNT 명령어는 인자로 전달된 min(최솟값) 점수보다 크거나 같고, max(최댓값) 점수보다 작거나 같은 점수를 가진 정렬된 집합의 요소 개수를 반환합니다. 기본적으로 min과 max 인자는 닫힌 구간(inclusive, 경계값 포함)으로 처리되지만, 값 앞에 ( 문자를 붙이면 열린 구간(exclusive, 경계

이 튜토리얼에서는 Redis 데이터 저장소에 키로 저장된 정렬된 집합(Sorted Set) 값에서 최고 점수를 가진 요소를 제거하고 반환하는 방법을 ZPOPMAX와 BZPOPMAX 명령어를 통해 자세히 알아보겠습니다. ZPOPMAX 명령어란? ZPOPMAX 명령어는 지정된 키에 저장된 정렬된 집합 값에서 점수가 가장 높은 하나 이상의 요소를 제거하면서 동시에 반환하는 명령어입니다. 이 명령어는 count 인자를 받으며, 이는 정렬된 집합에서 제거할 요소의 총 개수를 의미합니다. count를 지정하지 않으면 기본값인 1이 적용됩니다.

이 튜토리얼에서는 Redis 데이터 저장소에 저장된 정렬된 집합(Sorted Set) 값에서 가장 낮은 점수를 가진 요소를 제거하고 반환하는 방법을 ZPOPMIN과 BZPOPMIN 명령어를 통해 살펴보겠습니다. ZPOPMIN 명령어란? ZPOPMIN 명령어는 지정된 키에 저장된 정렬된 집합 값에서 가장 낮은 점수를 가진 하나 이상의 요소를 제거하고 반환합니다. 이 명령어는 count라는 인자를 받으며, 이 값은 정렬된 집합에서 제거할 요소의 총 개수를 의미합니다. count를 지정하지 않으면 기본값인 1이 적용됩니다. 요소가 반

이 튜토리얼에서는 Redis의 ZREMRANGEBYSCORE 명령어를 사용하여 정렬된 집합(Sorted Set)에서 특정 점수 범위에 해당하는 요소들을 제거하는 방법을 알아보겠습니다. ZREMRANGEBYSCORE 명령어란? ZREMRANGEBYSCORE는 인자로 전달된 min(최솟값) 이상이면서 max(최댓값) 이하인 점수를 가진 모든 요소를 정렬된 집합에서 삭제하는 명령어입니다. 열린 구간(배타적 범위) 지정하기 기본적으로 min과 max 인자는 닫힌 구간(경계값 포함)으로 처리됩니다. 하지만 값 앞에 ( 문자를 붙이면 열린 구

이 튜토리얼에서는 Redis의 ZREMRANGEBYRANK 명령어를 사용하여 정렬된 집합(sorted set) 값에서 특정 순위(rank) 범위에 해당하는 요소들을 제거하는 방법을 알아봅니다. ZREMRANGEBYRANK 명령어란? ZREMRANGEBYRANK 명령어는 정렬된 집합 값에서 start와 stop 인자로 지정한 순위 범위 사이에 있는 모든 요소를 제거합니다. start와 stop은 0 기반(zero-based) 인덱스입니다. 즉, 0은 가장 낮은 점수를 가진 요소를, 1은 두 번째로 낮은 점수를 가진 요소를 의미하며,

이 튜토리얼에서는 Redis의 ZRANGEBYLEX 명령어를 사용하여 정렬된 집합(Sorted Set) 값 중 특정 범위에 속하는 모든 요소를 사전순(lexicographical) 오름차순으로 조회하는 방법을 알아봅니다. ZRANGEBYLEX 명령어란? ZRANGEBYLEX 명령어는 지정된 키에 저장된 정렬된 집합 값에서 min과 max 인수로 주어진 범위(요소의 문자열 표현 기준)에 해당하는 모든 요소를 반환합니다. 이 명령어가 올바르게 동작하려면 집합의 모든 요소가 동일한 점수(score)로 저장되어 있어야 사전순 정렬이 강제됩

이 튜토리얼에서는 Redis의 ZREVRANGEBYLEX 명령어를 사용하여 정렬된 집합(sorted set)에서 특정 값 범위에 속한 모든 요소를 사전순 역방향(descending lexicographical order)으로 조회하는 방법을 알아봅니다. ZREVRANGEBYLEX 명령어란? ZREVRANGEBYLEX는 지정된 키에 저장된 정렬된 집합 값 중에서 max와 min 인자로 주어진 값(요소의 문자열 표현) 사이에 해당하는 모든 요소를 반환합니다. 이 명령어가 제대로 동작하려면 정렬된 집합의 모든 요소가 동일한 점수(scor

이 튜토리얼에서는 정렬된 집합(sorted set) 값에서 특정 범위에 속하는 요소들을 제거하는 방법을 알아봅니다. 이를 위해 Redis의 ZREMRANGEBYLEX 명령어를 사용합니다. ZREMRANGEBYLEX 명령어란? ZREMRANGEBYLEX 명령어는 정렬된 집합 값 중에서 min과 max 인자로 지정한 범위 사이에 있는 값(요소의 문자열 표현)을 가진 모든 요소를 제거합니다. 참고로, 사전순(lexicographical) 정렬이 적용되도록 정렬된 집합의 모든 요소는 동일한 점수(score)로 삽입되어 있어야 합니다. mi

이 튜토리얼에서는 Redis의 ZLEXCOUNT 명령어를 사용하여 정렬된 집합(Sorted Set)에서 특정 범위(사전순 기준)에 속한 요소의 개수를 조회하는 방법을 알아보겠습니다. ZLEXCOUNT 명령어란? ZLEXCOUNT 명령어는 정렬된 집합 값 중에서 요소의 문자열 표현이 min과 max 인자로 지정된 범위 안에 있는 요소들의 개수를 반환합니다. 이때 사전순(lexicographical) 정렬을 강제하기 위해 집합 내 모든 요소는 동일한 점수(score)로 삽입되어 있어야 합니다. 범위 지정 방식 min과 max 인자는 반

서버리스용 데이터베이스를 설계할 때 가장 큰 고민은 요청 단위 과금(per-request pricing)을 수익성 있게 지원하는 인프라를 구축하는 것이었습니다. 우리는 Upstash가 이 목표를 달성했다고 믿습니다. 하지만 제품을 출시한 후 또 하나의 중요한 과제에 직면하게 되었습니다. 바로 데이터베이스 연결(Connection) 문제입니다. 왜 서버리스에서 연결 관리가 어려운가? 서버리스 함수(Serverless Functions)는 0부터 무한대까지 확장됩니다. 트래픽이 몰리면 클라우드 제공자는 새로운 컨테이너(람다 함수)를 병

Redis를 활용하면 서버리스(serverless) 애플리케이션을 얼마나 쉽고 실용적으로 개발할 수 있는지 보여드리기 위해, 저희는 예제 애플리케이션들을 꾸준히 제작해 왔습니다. 그중 가장 큰 호응을 얻은 사례가 바로 로드맵 투표 애플리케이션(Roadmap Voting Application)입니다. 그러나 실제 서비스에 적용해 보면서 두 가지 뚜렷한 문제점이 드러났습니다. 스팸 항목 증가: 애플리케이션에 관리자 대시보드가 없어서, 부적절한 항목을 삭제하려면 매번 직접 Redis에 접속해야 하는 번거로움이 있었습니다. 출시 상태 관

서버리스(Serverless)의 가장 큰 장점 중 하나는 대규모 트래픽 급증 상황에서도 자동으로 확장할 수 있다는 점입니다. 하지만 안타깝게도 확장은 비용과 기술 양면에서 결코 공짜가 아닙니다. 그렇기 때문에 개발자는 애플리케이션의 확장성을 적절히 통제해야 합니다. 서버리스 애플리케이션에 속도 제한 메커니즘이 필요한 주요 이유를 살펴보겠습니다.속도 제한이 필요한 이유1. 리소스 보호공개 API를 제공하는 경우, 트래픽 급증은 서비스 품질 저하로 이어질 수 있고 최악의 경우 모든 사용자에게 서비스 중단을 초래할 수 있습니다. 연쇄 장

Next.js는 서버 사이드 렌더링(SSR)과 정적 사이트 생성(SSG)을 하나로 묶은 매우 성공적인 웹 프레임워크입니다. SSG는 CDN 캐싱 덕분에 웹사이트 로딩 속도를 높여 주고, SSR은 SEO와 동적 데이터 처리에 강점을 발휘합니다. 서버 사이드 렌더링은 풀스택 애플리케이션을 손쉽게 만들 수 있게 해주는 훌륭한 기능입니다. 하지만 조금만 방심해도 Next.js 웹사이트의 성능은 쉽게 저하될 수 있습니다. 이 글에서는 Redis를 활용해 Next.js의 API 호출 속도를 개선하는 방법을 다룹니다. 그에 앞서, 더 간단한 성

Upstash가 다중 영역 복제(Multi Zone Replication) 기능을 정식으로 공개합니다. 이 기능을 활성화하면 데이터가 여러 가용성 영역(Availability Zone)에 복제되어, 높은 가용성과 향상된 확장성을 동시에 확보할 수 있습니다.높은 가용성(High Availability)다중 영역 데이터베이스는 서로 다른 영역에서 복제본(replica)이 실행되기 때문에 장애에 훨씬 더 탄력적으로 대응합니다. 특정 가용성 영역에 장애가 발생하더라도 요청이 자동으로 정상 상태의 영역으로 리디렉션되므로, 애플리케이션에는 거

엣지 컴퓨팅(Edge Computing)은 최근 몇 년간 가장 주목받는 기술 중 하나입니다. CDN이 파일을 사용자 가까이에 저장해 준다면, 엣지 컴퓨팅은 애플리케이션 자체를 사용자 근처에서 실행할 수 있게 해줍니다. 덕분에 개발자는 전 세계에 분산된 고성능 애플리케이션을 구축할 수 있습니다. Cloudflare Workers란? Cloudflare Workers는 현재 이 분야의 선두주자입니다. 콜드 스타트(cold start) 없는 서버리스 처리 환경을 제공하며, Cloudflare의 글로벌 네트워크를 활용해 애플리케이션의 지연

들어가며 웹사이트나 API의 접근을 특정 IP 주소로만 허용하거나 차단해야 하는 요구는 실무에서 매우 자주 등장합니다. 이 글에서는 엣지(Edge) 컴퓨팅을 활용해 IP 허용/차단 목록을 구현하는 방법을 소개합니다. 그 첫걸음으로 Cloudflare Workers부터 간단히 살펴보겠습니다. Cloudflare Workers란? Cloudflare Workers는 최근 몇 년간 빠르게 성장한 기술로, 2017년에 일반에 공개되었으며 이를 보완하는 Cloudflare KV 스토리지는 2019년에 출시되었습니다. 여기서는 깊은 내용까지

이 글에서는 서버리스(Serverless) 기반의 Next.js TODO 애플리케이션을 만들어 보겠습니다. 목표는 최대한 미니멀하게 만드는 것입니다. 데이터베이스 연결 없이, Next.js 외에는 어떠한 추가 의존성도 없이, 심지어 버튼조차 없이 말이죠. 미니멀리즘은 멋지고 깔끔합니다. 그리고 게으른 개발자에게는 이보다 더 매력적인 선택이 없습니다 :) 왜 데이터베이스 연결을 피해야 할까? Next.js는 프론트엔드 개발자가 풀스택 애플리케이션을 개발할 수 있도록 지원하는 현대적인 프레임워크입니다. 특히 서버리스 함수(Server

Upstash는 네이티브 Redis API 외에도 REST API를 지원합니다. REST API를 활용하면 개발자가 서버리스(Serverless) 및 엣지(Edge) 함수 환경에서 연결 문제 없이 Redis에 접근할 수 있습니다. 다만 하나의 함수 안에서 여러 Redis 명령어를 실행해야 하는 경우, 데이터베이스에 여러 번 호출을 보내야 한다는 비효율이 존재했습니다.이 문제를 해결하기 위해 커뮤니티 멤버(@MasterGates)가 Discord 채널에서 훌륭한 제안을 해주었고, 그 결과물이 바로 파이프라인(Pipeline) API입

Upstash Terraform 프로바이더 정식 출시 Upstash Terraform 프로바이더가 이제 누구나 자유롭게 사용할 수 있도록 공개되었음을 알려드리게 되어 기쁩니다. Upstash는 늘 개발자 친화성을 최우선 원칙으로 삼아 왔습니다. 최근 REST API를 공개한 데 이어, 이번에는 Terraform 프로바이더 플러그인까지 더하며 개발자 도구 생태계를 한층 확장하게 되었습니다. Terraform은 인프라를 코드(IaC, Infrastructure as Code) 형태로 정의할 수 있게 해주는 강력한 자동화 도구입니다. 이