AWS Lambda는 서버리스 시장을 개척한 선구자입니다. 많은 개발자들이 서버리스가 개발의 미래라고 믿습니다. 서버리스는 진정한 종량제(pay-per-use) 모델을 제공하며, 백엔드 인프라의 유지보수와 확장 부담에서 개발자를 해방시켜 줍니다. 하지만 동시에 몇 가지 과제도 함께 안고 있습니다. 그중 하나가 바로 상태 비저장(stateless) 특성입니다. 상태를 유지하려면 외부 데이터 저장소를 활용해야 하는데, 안타깝게도 대부분의 인기 있는 데이터 저장소는 연결(connection) 기반으로 동작합니다. 이전 글에서 설명했듯이,

데이터베이스와 클라이언트가 같은 리전(region)에 있다면 Redis는 1ms의 지연 시간을 손쉽게 달성할 수 있습니다. 하지만 클라이언트가 전 세계에 분산되어 있는 경우 지연 시간은 100ms를 넘어섭니다. Upstash는 이 문제를 해결하기 위해 에지 캐싱(Edge Caching)을 개발했습니다. 에지 캐싱이란? 에지 캐싱은 CDN처럼 전 세계 곳곳의 엣지(edge) 위치에 REST 응답을 캐싱하는 방식입니다. 에지 캐싱을 활성화하면 평균 5ms의 글로벌 지연 시간을 확인할 수 있습니다. 실제로 10개 서로 다른 리전에 위치한

2021년 4월에 게시한 블로그 포스트의 후속 편입니다. 저희는 주요 서버리스 데이터베이스들의 성능을 실제 웹 사용 사례와 서버리스 함수 환경에서 비교하는 샘플 애플리케이션을 구축했습니다. 비교 대상은 DynamoDB, MongoDB(Atlas), Firestore, Cassandra(Datastax Astra), FaunaDB, Redis(Upstash)입니다. 애플리케이션과 소스 코드는 모두 공개되어 있으니 언제든지 직접 확인해 보실 수 있습니다. 테스트 방법 이번 벤치마크에서 측정한 항목은 각 데이터베이스에서 조회수 상

서버리스(Serverless)는 최소한의 유지보수 비용과 운영 비용으로 애플리케이션을 처음부터 끝까지 구축하려는 개발자에게 매력적인 선택입니다. 서버리스 함수를 활용하면 백엔드 인프라를 직접 관리하지 않고도 자신의 코드를 실행할 수 있습니다. 하지만 서버리스 함수는 설계상 무상태(stateless)이기 때문에 반드시 외부 데이터 저장소가 필요합니다. 그렇다면 어떤 데이터베이스가 서버리스에 가장 적합할까요?다행히도 많은 데이터베이스 벤더들이 서버리스 트렌드를 주목하고 있으며, 서버리스 전용 상품을 출시하거나 기존 제품을 서버리스 환경

최근 몇 년간 서버리스 아키텍처와 엣지 컴퓨팅은 애플리케이션 배포 방식으로 큰 인기를 얻고 있습니다. 하지만 애플리케이션의 상태(state)와 데이터를 서버리스 또는 엣지 함수 내부에 저장하는 문제는 전혀 다른 이야기입니다. 데이터베이스 연결 관리, 여러 위치에서 데이터를 빠르게 조회할 수 있도록 하는 것 등 해결해야 할 난제가 많습니다. 실제로 서버리스 접근을 지원하는 데이터베이스 서비스는 소수에 불과하며, 그중에서도 엣지 함수에 적합한 서비스는 더욱 드뭅니다. Upstash는 서비스 출시 첫날부터 요청당 과금(per-reques

Upstash는 AWS Lambda 함수에 가장 적합한 데이터베이스가 되겠다는 미션으로 여정을 시작했습니다. 그 과정에서 우리는 서버리스 함수를 구축할 수 있는 또 다른 강력한 선택지, 바로 Cloudflare Workers를 발견했습니다. 전 세계 어디서나 더 나은 지연 시간을 보장하면서도 비용은 낮고 콜드 스타트(cold start)조차 없다는 점에서 매우 매력적인 제품입니다. 다만 AWS Lambda에 비해 여러 제약 사항이 있고, 이러한 제약은 사용 가능한 데이터베이스 선택지를 더욱 좁게 만듭니다. 우리는 이를 기회로 삼아

Next.js 엣지 함수란 무엇이며, 왜 중요한가?최근 Vercel 팀이 Next.js 엣지 함수(Edge Functions)를 발표했습니다. 엣지 함수를 활용하면 개발자는 전 세계에 분산 배치된 서버에서 코드를 실행할 수 있으며, 그 결과 코드는 사용자와 가장 가까운 위치에서 실행됩니다. 엣지 함수는 CDN 인프라 위에서 동작하는 서버리스 함수라고 이해하면 쉽습니다.엣지 함수의 대표적인 장점은 다음과 같습니다.글로벌 저지연(Low Latency): 코드가 전 세계 여러 거점(PoP, Points of Presence)에 복제되기

이번 포스트에서는 여러분의 웹사이트에 대기실(waiting room) 페이지를 구현하는 방법을 단계별로 살펴봅니다. 왜 대기실이 필요할까요? 웹사이트에 방문자가 많다는 것은 일반적으로 좋은 일이지만, 항상 그런 것은 아닙니다. 갑작스러운 트래픽 폭증은 애플리케이션을 쉽게 마비시켜 서비스 전체가 중단될 수 있습니다. 대기실은 이러한 트래픽 급증 상황에서 유입량을 조절하고 리소스를 보호할 수 있는 검증된 솔루션입니다. Cloudflare Waiting Room은 훌륭한 선택지이지만, 아쉽게도 비즈니스(Business) 및 엔터프라이즈(

이 튜토리얼 시리즈의 두 번째 파트에 오신 것을 환영합니다. 1편에서는 Upstash, Serverless Framework, Redis를 활용해 REST API를 구축하는 방법을 살펴보았습니다.이번 편에서는 Flutter를 사용해 모바일 애플리케이션을 만들고, 앞서 구축한 REST API 엔드포인트를 실제로 호출해 보겠습니다.그럼 시작해 볼까요? 🙃사전 준비 사항먼저 컴퓨터에 Flutter가 설치되어 있고 정상적으로 실행되고 있어야 합니다.FlutterIDE에서 새로운 Flutter 프로젝트를 생성하고 원하는 이름을 지정하세요.

소개 애플리케이션 사용량을 추적하거나, 리소스 사용을 제한하거나, 캐시에서 데이터를 가져와 앱 성능을 높여야 하는 앱을 만들어 본 적이 있다면 그 해답으로 Redis를 떠올렸을 것입니다. Redis는 인메모리(in-memory) 키-값(key-value) 데이터베이스로, 오픈 소스이며 Remote Dictionary Server의 약자입니다. 이 글에서는 Upstash와 Redis 데이터베이스, 그리고 Vue SSR 프레임워크인 Nuxt 3 베타 릴리스를 다룹니다. Redis 데이터베이스를 처음 접하는 분들을 위한 입문 가이드로,

개요이 글에서는 Fastly Compute@Edge에서 실행되는 간단한 애플리케이션을 만들어 보겠습니다. 이 애플리케이션은 Upstash Redis에 접속해 페이지뷰 수를 기록하는 기능을 담당합니다.참고: 이 예제는 구버전의 Fastly CLI를 사용합니다. 최신 버전은 관련 문서를 참고하세요.왜 엣지 컴퓨팅인가?엣지 컴퓨팅은 최근 몇 년간 가장 주목받는 기술 트렌드 중 하나입니다. Cloudflare, Fastly와 같은 CDN 서비스 업체들이 사용자가 자사의 엣지 인프라 위에서 직접 애플리케이션을 실행할 수 있도록 지원하기 시작

이 글에서는 Vercel Edge Functions와 Upstash Redis를 활용해 Next.js 애플리케이션에 대기실(waiting room)을 구현하는 방법을 단계별로 살펴봅니다.전체 소스 코드와 데모 앱을 직접 확인해 보세요.대기실(Waiting Room)이란?대기실은 웹사이트의 동시 접속자 수를 제한하여 서버 리소스 과부하를 방지하고 싶을 때 매우 유용한 기능입니다. 티켓팅 오픈, 한정판 상품 판매 등 순간적으로 트래픽이 몰리는 상황에서 특히 효과적입니다.이번 구현에서는 최대 동시 접속자 수를 직접 설정할 수 있으며, 트

이 글에서는 React Native, Serverless 프레임워크, 그리고 Upstash를 활용하여 리더보드(순위표)를 조회하고 업데이트할 수 있는 모바일 애플리케이션을 개발하는 방법을 단계별로 소개합니다.모바일 앱은 React Native로 개발하고, 백엔드는 AWS Lambda에서 실행되는 Python 함수들로 구성된 Serverless 프레임워크를 통해 구축합니다.1. Upstash Redis 활용하기일반적인 리더보드 앱에서는 사용자 정보와 각 사용자의 점수를 저장해야 합니다. 이러한 데이터는 점수를 기준으로 정렬되어야 하므

풀스택 웹 프레임워크인 Remix는 웹 서버에서 자주 발생하는 일반적인 사용 사례들을 처리할 수 있는 API를 제공합니다. 이 글에서는 그중 세션(Session)에 초점을 맞추고, 왜 그리고 어떻게 Upstash를 세션 저장소로 사용할 수 있는지 알아보겠습니다. 세션이란 무엇인가? Remix 공식 문서에 세션에 대한 훌륭한 소개가 있으니 참고하세요: https://remix.run/docs/en/v1/api/remix#sessions 간단히 말해, 세션은 서버와 클라이언트가 사용자 데이터나 상태(state)를 공유할 수 있도록 해주

요즘 IT 업계에서 Redis 데이터베이스 없이는 상상하기 어려울 정도로 Redis는 필수적인 기술이 되었습니다. 2021년 Stackoverflow가 발표한 개발자 설문조사에서 인메모리 데이터베이스인 Redis는 7만 명 이상의 개발자들에게 가장 사랑받는 데이터베이스로 선정되며 큰 인기를 자랑했습니다.Redis는 인메모리 데이터베이스로서 강력한 성능을 제공하기 때문에 짧은 응답 시간과 최소한의 지연 시간이 필요한 시나리오에 이상적입니다. 하지만 많은 사람들이 Redis의 활용 사례를 캐싱과 메시지 브로커링에 한정된 것으로 오해하고

Next.js는 React를 기반으로 하는 가장 인기 있는 프런트엔드 프레임워크 중 하나입니다. 정적 HTML을 생성하거나 클라이언트와 서버에서 동적으로 렌더링할 수 있어, 어떤 유형의 애플리케이션과 웹사이트에도 활용할 수 있는 다재다능한 도구입니다. 게다가 오픈소스로 누구나 무료로 사용할 수 있다는 점도 큰 장점입니다. NextAuth는 Next.js용 서드파티 라이브러리로, 다양한 아이덴티티 프로바이더(identity provider)와 데이터베이스를 손쉽게 통합할 수 있도록 도와줍니다. 사용자의 회원가입 절차를 간소화하면서도

모바일 애플리케이션을 운영하다 보면 최종 사용자에게 정보, 경고 또는 안내 사항을 전달해야 하는 경우가 자주 발생합니다. 이를 실현하는 방법 중 하나가 바로 사용자에게 인앱 공지(in-app announcement)를 보내는 것입니다. 이번 포스트에서는 서버리스 Redis를 활용해 사용자에게 공지를 전달하는 모바일 애플리케이션을 만들어 보겠습니다. 모바일 앱 개발에는 React Native를, 앱에 직접 연결되는 서버리스 Redis로는 Upstash를 사용합니다. 인앱 공지란 무엇인가? 인앱 공지는 중요한 정보를 알리거나, 사용자의

Next.js는 서버 사이드 렌더링(SSR) 기능을 통해 개발자가 풀스택 애플리케이션을 구축할 수 있게 해줍니다. 여기에 Vercel과 Netlify의 서버리스 함수를 활용하면 백엔드 API까지 손쉽게 작성할 수 있습니다. 그렇다면 다음으로 고민해야 할 질문은 바로 Next.js 앱에는 어떤 데이터베이스가 가장 적합한가?입니다.이 글에서는 Next.js 커뮤니티에서 인기 있는 데이터베이스들을 살펴보고, 각 제품이 서버리스 모델에 얼마나 잘 맞는지 평가해 보겠습니다. 서버리스 환경에서는 특히 다음 두 가지를 확인해야 합니다.서버리스

사용자 피드백은 제품의 방향을 결정하는 데 가장 중요한 자료 중 하나입니다. 이번에 소개할 위젯은 사용자로부터 직접 피드백을 수집할 수 있도록 도와주는 도구입니다. 이 위젯은 React 컴포넌트로 구현되어 있으며, 내부적으로 Next.js API를 백엔드로 호출합니다. 백엔드 API는 전달받은 피드백 데이터를 Upstash Redis 데이터베이스에 저장하며, 제출된 데이터는 Upstash Console의 Integrations 페이지에서 언제든지 조회하고 관리할 수 있습니다. 컴포넌트를 Next.js 페이지에 추가하기만 하면 화면

Cloudflare Workers를 사용하고 있다면 데이터 저장을 위해 Upstash Global Redis와 Workers KV가 가장 좋은 선택지가 될 것입니다. 이 글에서는 Cloudflare Workers 환경에서 데이터 스토어로 활용할 때 두 서비스를 주요 기준으로 비교해 보겠습니다. 기능 비교 Workers KV는 만료(expiration) 기능을 갖춘 단순한 키-값(Key-Value) 저장소 API를 제공합니다. put(key, value, {expiration: secondsSinceEpoch}) get(key) de