어제 오늘 내일

멱등성(Idempotency)이란 수학 용어()에서 왔지만, 개발에서는 "연산을 한 번 수행하든 여러 번 수행하든 결과가 똑같아야 한다"는 뜻입니다.GET: 조회는 100번 해도 데이터가 안 변하죠? (멱등하다)POST: 결제 요청을 2번 보내면 2번 결제되죠? (멱등하지 않다!)그래서 우리는 POST(생성/결제) 요청을 강제로 멱등하게 만들어줘야 합니다.1. 해결 원리: "번호표(Key) 먼저 뽑아오세요"핵심은 클라이언트(프론트)와 서버가 약속을 하는 것입니다.Client: 요청을 보낼 때 유니크한 ID(Idempotency-Key)를 헤더에 담아 보냅니다. (예: UUID)Server:이 키를 Redis에서 조회합니다.없으면: 처음 온 요청이네? -> 처리하고 Redis에 저장.있으면: 이미 처리된(..

집에서 드라이기랑 에어컨을 동시에 켰다가 전기가 팍! 나간 적 있으신가요?이때 두꺼비집(누전 차단기)이 내려가서 전기를 끊어주지 않았다면, 과열로 인해 집 전체에 불이 났을지도 모릅니다.소프트웨어에서도 똑같습니다. 외부 API가 에러를 뿜어내고 있는데 계속 호출하면 내 서버까지 불이 납니다. 이때 "잠깐 연결 끊어!"라고 해주는 기술이 바로 서킷 브레이커입니다.1. 서킷 브레이커의 3가지 상태이 기술의 핵심은 상태(State)를 관리하는 것입니다.CLOSED (닫힘 - 정상): 전기가 통하는 상태. API 호출이 정상적으로 잘 됩니다.OPEN (열림 - 차단): 에러가 너무 많이 나서 회로를 끊어버린 상태. API 호출을 아예 안 하고 바로 에러를 뱉습니다. (Fail Fast)HALF-OPEN (반열림..