S(*). Architect

학습 목표동기 vs 비동기 서비스 간 통신의 결합·지연·일관성 트레이드오프를 설명할 수 있다.REST와 gRPC를 동기 IPC 관점에서 비교·선택할 수 있다.메시지 큐·이벤트 기반 비동기 통신의 역할을 설명할 수 있다.Saga로 분산 트랜잭션을 보상(compensating) 으로 다루는 방식을 설명할 수 있다.문제 상황주문 API p99 2.8s — Payment·Inventory·Points 순차 REST, hop마다 +400msPayment 503 → Order 503 — caller가 전체 실패, 재고는 이미 예약됨모바일이 Catalog 20번 호출 — BFF 없이 chatty REST팀 A는 JSON REST, 팀 B는 Protobuf gRPC — Gateway에서 변환 지옥"비동기로 바꿨다"는데..

학습 목표HTTP/1.1 연결 재사용(Keep-Alive) 과 비영속 연결의 차이를 설명할 수 있다.쿠키·세션으로 무상태 HTTP 위에 상태를 흉내 내는 방식을 설명할 수 있다.캐시 헤더와 조건부 GET(304) 으로 대역폭·지연을 줄이는 원리를 설명할 수 있다.REST 가 리소스·메서드·표현으로 API를 조직하는 아키텍처 스타일임을 설명할 수 있다.문제 상황API 호출 100번에 TCP 핸드셰이크가 100번 찍힌다요청마다 연결을 닫는지, 재사용하는지 모른다로그인 직후 Set-Cookie가 보이는데, 다음 요청엔 Cookie만내면 된다서버가 어떻게 나를 기억하는지, Redis 세션과 무엇이 다른지 헷갈린다정적 파일은 바뀌지 않았는데 매번 전체 HTML을 받는다Cache-Control, ETag, 304의..

학습 목표HTTP가 애플리케이션 계층 프로토콜로 요청/응답을 주고받는 방식을 설명할 수 있다.요청·응답 메시지 구조(시작줄, 헤더, 본문)를 읽을 수 있다.주요 HTTP 메서드와 상태 코드 범주를 구분할 수 있다.HTTP가 무상태(stateless) 인 이유와 그로 인한 설계 영향을 설명할 수 있다.문제 상황curl -v https://api.example.com/users 출력에 GET /users HTTP/1.1과 HTTP/2 200이 섞여 보인다어디까지가 HTTP이고 TCP/TLS와 경계가 어디인지 모른다POST로 주문을 넣었는데 서버가 "이미 처리됨"이라고만 한다멱등·안전 메서드 차이를 모르면 API 설계가 꼬인다404와 500을 둘 다 "에러"로만 본다클라이언트 문제인지 서버 문제인지 구분이 안..