웹 인프라5분
Polling, SSE, WebSocket, Supabase Realtime 중 무엇을 선택할까?
실시간 기능이 필요하다는 말은 요구사항이 아니다. 사용자가 몇 초 늦게 봐도 되는지, 서버에서 브라우저로만 보내면 되는지, 양쪽이 계속 메시지를 주고받아야 하는지부터 정해야 한다. 이 질문에 답하면 Polling, SSE, WebSocket, Supabase Realtime 중 선택이 쉬워진다.
DUOLABS BLOG
전체 글539
- 웹 인프라4분
서버가 멈추기 전에 알 수 있을까? 소규모 서비스 모니터링 구성
모든 장애를 미리 예측할 수는 없다. 대신 사용자가 먼저 알려 주기 전에 이상을 발견하고, 원인을 좁힐 자료를 남기고, 같은 장애가 반복되지 않게 만들 수는 있다. 소규모 서비스의 모니터링은 비싼 도구보다 적은 수의 정확한 신호에서 시작하는 편이 낫다.
- 웹 인프라5분
백업보다 중요한 복구: 20명에서 100명 규모의 사내 시스템 백업 설계
백업이 성공했다는 알림은 데이터를 되살릴 수 있다는 보증이 아니다. 파일이 손상됐거나, 필요한 암호화 키가 없거나, 복구 순서를 아무도 모르면 백업은 있어도 업무를 재개할 수 없다. 사내 시스템의 백업 설계는 저장 횟수보다 복구 목표와 복원 시험에서 시작해야 한다.
- 웹 인프라5분
VPS를 만들었다면 가장 먼저 해야 할 보안 설정 10가지
VPS를 만들면 몇 분 안에 공인 IP가 생기고 인터넷에서 접속할 수 있다. 편리하지만 그 순간부터 자동 스캔과 로그인 시도의 대상이 된다. 애플리케이션을 올리기 전에 운영체제와 접속 경로부터 잠그는 이유다.
- 웹 인프라5분
20명에서 100명까지, 사내 시스템 배포 아키텍처 설계하기
사내 시스템은 직원 수가 적다고 해서 항상 가볍지 않다. 20명이 쓰는 문서 변환 시스템은 100명이 쓰는 단순 결재 시스템보다 더 많은 CPU와 저장 공간을 요구할 수 있다. 그래서 배포 구조는 인원수보다 동시 접속, 요청 시간, 파일 크기, 실시간 연결 수, 장애 허용 시간을 기준으로 정해야 한다.
- 웹 인프라12분
큐 드라이버를 memory에서 Upstash로 전환하기: 준비와 점검
앞선 글에서 백그라운드 작업을 분리하는 코드를 만들었습니다.
- 웹 인프라17분
VPS를 검토할 신호: 20명에서 100명 규모의 사내 서비스 운영 가이드
사내 시스템을 처음 만들 때는 Vercel, Supabase 같은 관리형 서비스를 조합하는 것이 효율적이다. 서버를 직접 관리하지 않아도 되고 사용자가 적은 시기에는 비용도 낮다.
- 웹 인프라14분
서버리스 환경의 백그라운드 작업 분리: Upstash QStash + Redis 적용
온프레미스 Docker로 만든 쇼핑몰을 Vercel + Supabase로 옮긴 뒤,
- 웹 인프라11분
파일 저장소 비용 비교: Amazon S3와 Cloudflare R2, 무엇을 선택할까?
웹 서비스에는 첨부 파일, 프로필 이미지, 업무 문서, 내보내기 파일과 백업 데이터를 저장할 공간이 필요하다. 대표적인 선택지는 Amazon S3와 Cloudflare R2다. 두 서비스 모두 안정적인 객체 스토리지지만 비용 구조와 강점은 꽤 다르다.
- 웹 인프라12분
일로와 워커·실시간 서버 배포, 무엇을 선택해야 할까?
Next.js 서비스의 웹 화면과 API는 Vercel에 올릴 수 있지만, 모든 프로세스를 같은 방식으로 배포할 수 있는 것은 아닙니다. WebSocket 연결을 오래 유지하는 실시간 서버와 큐를 계속 확인하는 백그라운드 워커는 일반적인 웹 요청과 실행 방식이 다릅니다.