본문으로 바로가기

아카이브 글

트렌드 먼저 최근 운영 이슈와 시니어 해석만 빠르게 보기 개념부터 보강 심화 학습 글만 모아 체계적으로 따라가기 구현 문맥 보기 프로젝트 시리즈와 설계 변화만 이어서 보기

백엔드 커리큘럼 심화: 장시간 작업의 취소·부분효과·결과 정합성을 설계하는 법

백엔드 커리큘럼 심화: 장시간 작업의 취소·부분효과·결과 정합성을 설계하는 법

내보내기·정산·대량 변경처럼 오래 걸리는 작업에서 취소 요청, 이미 발생한 외부 효과, 최종 결과를 분리해 안전하게 설계하는 기준을 정리합니다.

백엔드 커리큘럼 심화: 멱등 키 보존 기간·재사용·재처리 경계를 설계하는 법

백엔드 커리큘럼 심화: 멱등 키 보존 기간·재사용·재처리 경계를 설계하는 법

멱등 키를 TTL 캐시가 아니라 요청 의미, 외부 부수효과, 재처리 기간, 보존 정책을 함께 가진 운영 계약으로 설계하는 기준을 정리합니다.

백엔드 커리큘럼 심화: Commit Boundary와 External Side Effect, DB 저장과 외부 효과를 같은 성공으로 보지 않는 법

백엔드 커리큘럼 심화: Commit Boundary와 External Side Effect, DB 저장과 외부 효과를 같은 성공으로 보지 않는 법

DB 트랜잭션 안에서 이메일·결제·웹훅·외부 HTTP 호출을 섞을 때 생기는 유령 성공과 중복 효과를 줄이기 위해, commit 경계·outbox·재시도·보상·관측 기준을 정리합니다.

백엔드 커리큘럼 심화: 문서 처리 파이프라인, 원본·파생본·재처리를 안전하게 분리하는 법

백엔드 커리큘럼 심화: 문서 처리 파이프라인, 원본·파생본·재처리를 안전하게 분리하는 법

업로드된 문서의 원본, 미리보기, 텍스트 추출, OCR 결과를 한 파일의 상태로 뭉개지 않고 버전·작업·검증 증거로 분리해 재처리와 장애 복구를 가능하게 만드는 백엔드 설계를 정리합니다.

백엔드 커리큘럼 심화: 이메일 인증을 토큰 수명·재발송·재사용 공격까지 포함해 설계하는 법

백엔드 커리큘럼 심화: 이메일 인증을 토큰 수명·재발송·재사용 공격까지 포함해 설계하는 법

회원가입 이메일 인증을 단순 링크 발송이 아니라 상태 전이, 토큰 재사용 방지, 링크 스캐너, 계정 열거, 재발송 제한까지 포함한 운영 가능한 백엔드 계약으로 설계합니다.

백엔드 커리큘럼 심화: 오프라인 동기화, Sync Token·Tombstone·충돌 정책으로 모바일 쓰기를 안전하게 합치는 법

백엔드 커리큘럼 심화: 오프라인 동기화, Sync Token·Tombstone·충돌 정책으로 모바일 쓰기를 안전하게 합치는 법

오프라인 클라이언트의 로컬 변경을 서버에 안전하게 반영하고, 변경 피드·삭제 tombstone·충돌 정책·재동기화 기준을 운영 가능한 계약으로 설계하는 방법을 정리합니다.

백엔드 커리큘럼 심화: PostgreSQL SKIP LOCKED 작업 큐, Claim·Lease·재처리를 안전하게 설계하는 법

백엔드 커리큘럼 심화: PostgreSQL SKIP LOCKED 작업 큐, Claim·Lease·재처리를 안전하게 설계하는 법

PostgreSQL SELECT FOR UPDATE SKIP LOCKED로 작업 큐를 만들 때 claim 트랜잭션, lease 만료, fencing token, 재시도, starvation과 관측 기준을 함께 설계하는 실무 플레이북입니다.

백엔드 커리큘럼 심화: Job Result Ledger, 재시작 가능한 워커를 운영 가능한 작업으로 만드는 법

백엔드 커리큘럼 심화: Job Result Ledger, 재시작 가능한 워커를 운영 가능한 작업으로 만드는 법

비동기 job과 worker를 단순 retry 코드가 아니라 결과 원장, checkpoint, lease, evidence, 재처리 기준을 가진 운영 단위로 설계하는 방법을 정리합니다.

백엔드 커리큘럼 심화: API Error Semantics, 재시도 가능한 실패와 사용자 메시지를 분리하는 법

백엔드 커리큘럼 심화: API Error Semantics, 재시도 가능한 실패와 사용자 메시지를 분리하는 법

HTTP 상태 코드, 비즈니스 error code, retryable 여부, 사용자 메시지, 관측 필드를 분리해 API 실패를 운영 가능한 계약으로 만드는 기준을 정리합니다.