들어가며알림톡, 이메일, 푸시처럼 사용자에게 메시지를 보내는 기능은 어느 서비스에나 있다. 그런데 알림 발송을 단순한 HTTP 호출로 구현하다 보면 금세 한계에 부딪힌다.여러 도메인에서 동일한 외부 API를 호출한다. API 서버, 어드민, 배치까지 발송 경로가 흩어진다.외부 API는 rate limit이 있다. 외부 API의 "5초당 100건" 같은 제약을 어디선가 강제해야 한다.즉시 발송이 아닌 경우가 많다. "인증 후 D+1에 안내", "결제 실패 시 3일 뒤 재안내" 같은 시점 분기가 필요하다. 그러나 상태값으로 확인하기 어려운 요구사항도 있다 — 어드민이 특정 사용자에게 특정 시점에 거는 일회성 예약처럼, 도메인 모델에 자연스럽게 매핑되지 않는 경우다.벌크 발송은 실패 케이스가 항상 일부 발생한..

Liveness와 Readiness ProbeKubernetes는 Pod의 상태를 판단하기 위해 두 종류의 probe를 제공한다.LivenessProbe"이 컨테이너가 살아있는가"를 확인한다. kubelet이 주기적으로 지정된 엔드포인트를 호출하고, 응답이 없거나 실패하면 컨테이너를 재시작한다. 앱이 데드락에 빠지거나, 메모리 릭으로 응답 불능 상태가 됐을 때 자동으로 복구시키는 역할이다. 단, liveness가 실패하면 컨테이너를 아예 죽이고 다시 만든다는 점을 기억해야 한다. "느리다"와 "죽었다"는 다른 문제인데, liveness는 이 둘을 구분하지 않는다.ReadinessProbe"이 컨테이너가 트래픽을 받을 준비가 됐는가"를 확인한다. 실패하면 컨테이너를 재시작하지 않고, Service의 end..

개발자로서 성장임팩트기술만 좋으면 된다고 믿었다.클린 코드, 리팩토링, TDD, 도메인 주도 설계.좋은 코드를 짜는 것이 개발자의 최고 덕목이라 생각하며 끊임없이 수련했다.그런데 AI 시대가 오면서 그 전제가 흔들렸다.코드를 잘 작성하는 것만으로는 대체 불가능한 가치를 만들 수 없다는 걸 체감했다. 그렇다면 개발자가 진짜 집중해야 할 것은 무엇인가.나는 도메인에 깊이 들어가는 것이라고 결론 내렸다.어떤 문제를 먼저 풀어야 하는지 판단하고, 가장 빠르게 해결하는 방법을 설계하는 능력이 가장 중요하다. 토스 러너스 하이를 기점으로 이 관점을 의식적으로 연습했다.어떻게 하면 임팩트를 키울 수 있을지, 무엇을 먼저 풀어야 할지 계속 고민했다.그 과정에서 내가 먼저 바꾼 건 “바로 구현에 들어가는 습관”이었다.요..

CDN을 도입했는데 매달 나가는 비용이 부담스럽다고 생각한 적이 있는가? 우리 팀은 브라우저 캐시 설정만으로 연간 100만원 이상의 CDN 비용을 절감했다. 단순히 Cache-Control 헤더를 적절히 설정하는 것만으로도 가능하다.이 글에서는 CDN의 기본 원리부터 시작해서, Cache-Control 헤더에 대한 설명과 브라우저 캐시를 활용해 어떻게 비용을 절감할 수 있는지 실제 경험을 바탕으로 공유하려고 한다. CDNCDN의 필요성한국에 있는 사용자가 미국 서버에 있는 이미지를 요청한다고 생각해보자.사용자의 컴퓨터 → 공유기 → 한국 통신사(ISP) → 해저 케이블 게이트웨이 → 태평양 해저 케이블 → 미국 통신사 → 데이터 센터 라우터 → 최종 서버 등 수십 개의 장비(Router/Switch)를 ..

티켓팅 시스템요구사항유명인의 내한으로 이벤트를 열게 되었다. 선착순 1,000명에게만 주어지는 기회다.티켓팅 신청을 웹 애플리케이션으로 받으려고 계획 중이며, 요구사항은 아래와 같다. 티켓 수량: 선착순 1,000장제한: 1인 1티켓. 중복 불가.예상 트래픽: 5만 명 동시 접속인프라 제약: 애플리케이션 서버는 필요한 만큼 scale-out 가능목표 응답시간: 1초 이내 동시성 처리? 락?분산 락을 통해 락을 걸었다고 해보자. 혹시 완벽하게 동시성을 제어했다고 안심하고 있는가?티켓 오픈 시간, 수만 명이 몰려올 때 서버에서는 어떤 일이 벌어지게 될까? 대규모 트래픽이 하나의 자원을 획득하기 위해 경쟁하는 상황이 벌어지면, 이는 치명적 병목이 될 수 있다. 아래는 실제로 5만 명이 동시 요청을 보냈을 때의..

NestJS 시작하기"NestJS boilerplate" NestJS를 처음 시작한 사람들은 한 번씩 검색해봤을 법한 키워드일 것이다.근데 막상 코드를 확인해보면 뭐가 뭔지, 다 필요한 건지 헷갈린다.그렇다고 `nest new`만 치고 시작하자니, 허전하다. 선배 개발자가 옆에서 "이것만 세팅하면 돼" 라고 알려주는 느낌으로, 정말 필요한 설정들만 정리해봤다. 기본 설정1. NVM 자동 설정하기만약 노드 버전을 합의하지 않고 프로젝트를 시작했다고 해보자.여러 의존성을 설치하다보면 서로의 노드 버전이 맞지 않아 에러가 발생하게 될 수 있다. 이 문제는 NVM(Node Version Manager)으로 해결할 수 있다.설치하기 (Mac 기준)homebrew를 통해 nvm을 설치하자.$ brew instal..