웹 인프라8분
VPS와 서버리스: 층이 올라갈 때 사라지는 것들
응답 시간을 재려고 헤더를 열었더니 이런 줄이 보였습니다.
전체 태그
#serverless 12개 글
- 웹 인프라10분
Cloudflare Workers와 Pages: 정적·동적으로 나누면 틀리는 이유
Workers 설정 파일에는 정적 자산 디렉터리를 가리키는 항목이 있습니다.
- 웹 개발9분
Vercel의 역사: ZEIT와 Now에서 Fluid compute까지
Vercel은 흔히 "Next.js를 배포하는 곳"으로 알려져 있습니다. 현재의 결합을 보면 자연스러운 설명이지만, 제품의 출발점은 프레임워크 호스팅보다 단순했습니다. 명령어 하나로 애플리케이션을 인터넷에 올리고, 배포마다 고유한 주소를 부여하는 것이 첫 문제였습니다.
- 웹 인프라8분
요금제를 올려도 아키텍처는 살 수 없다
무료 티어에서 걸린 문제들을 Pro 요금제로 올리면 몇 개가 사라질까. 세어보니 용량 문제는 전부 지워졌는데 블로커는 오히려 하나 늘었다. 돈으로 사는 것과 못 사는 것의 경계에 대한 기록.
- 웹 인프라9분
무료 티어로 옮기기 전, 코드에서 막힌 것 10가지
잘 돌아가던 개인 프로젝트를 Vercel과 Supabase 무료 티어로 옮길 수 있을지 검토했다. 요금제 한도표부터 보는 대신 코드를 먼저 읽었고, 진짜 제약은 숫자가 아니라 실행 모델 쪽에 있었다.
- 웹 인프라10분
Upstash 환경변수 7줄, 각각 무엇을 막는가
Vercel 같은 서버리스 환경에 백그라운드 작업 큐와 요청 제한을 붙이려고 문서를 펼치면
- 웹 인프라15분
AWS 서비스 10개를 3개로 줄이면 무엇이 달라질까?
Next.js로 웹 서비스를 만들 때 AWS 서비스를 하나씩 고르면 꽤 긴 목록이 나온다. CDN, API 입구, 함수 실행, PostgreSQL, 인증, 파일 저장, Redis, Queue, 이벤트 예약, 배포 파이프라인이 각각 다른 서비스다.
- 웹 인프라13분
Supabase Queues면 충분한데, QStash는 왜 쓸까?
서버리스 프로젝트에 Worker를 붙일 때 QStash가 반드시 필요한 것은 아니다. 이미 Supabase를 사용하고 있다면 PostgreSQL 기반의 Supabase Queues로 작업을 저장하고, Vercel 함수가 메시지를 가져가 처리하는 구조를 만들 수 있다.
- 웹 인프라9분
서버리스 프로젝트에서 Redis가 빛날 때
Vercel은 코드를 실행하고, Supabase는 데이터를 영구 저장하며, QStash는 비동기 작업을 전달한다. 여기까지 이해하고 나면 Redis의 자리가 모호하게 느껴질 수 있다.
- 웹 인프라8분
Worker는 제품이 아니다: Vercel·Supabase·QStash로 이해하는 비동기 처리
서버리스 프로젝트에 비동기 처리를 추가하려고 하면 서비스 구성이 갑자기 복잡해 보인다. Vercel, Supabase, Upstash까지 연결했는데 Worker라는 이름이 하나 더 등장하기 때문이다.
- 웹 인프라21분
Supabase는 데이터베이스만이 아닙니다: 핵심 서비스와 Upstash 비교
Supabase를 처음 접하면 관리형 PostgreSQL 서비스로 이해하기 쉽습니다. 실제로 PostgreSQL은 Supabase의 중심이지만, 전체 제품은 데이터베이스보다 훨씬 넓은 범위를 다룹니다.
- 웹 인프라14분
VPC 하나가 정말 더 쌀까? 서버리스와 단일 서버의 비용 구조 비교
Vercel에 앱을 올리고, Supabase에 데이터를 저장하고, Upstash Redis로 요청 제한을 걸고, QStash로 비동기 작업을 전달한다고 해보자. 서비스 이름만 네 개다. 이쯤 되면 자연스럽게 이런 생각이 든다.