C.W.K.
Stream
Lesson 04 of 04 · published

다음 어디 — 이 퀘스트가 미룬 로드맵

~8 min · epilogue, roadmap, next-steps

Level 0HTTP Newbie
0 XP0/46 lessons0/12 achievements
0/120 XP to next level120 XP to go0% complete
"HTTP & REST 의 46 lesson 이 wire-level 문해력 + production 유창성 까지 데려옴. Foundations 끝. 여기서 길 갈라짐 — 다음에 뭘 만들지 기반 방향 선택."

다음 걸을 인접 C.W.K. 퀘스트

이 퀘스트 이웃 — 각자 이제 가진 foundations 가져가 specific surface 에 깊이 감:

  • websocket-quest — 깊이의 full real-time spectrum (polling, long-polling, SSE, WebSocket, Socket.IO, managed service). 이 퀘스트가 Track 6 끝나는 곳, websocket-quest 시작.
  • protocol-quest — MCP, JSON-RPC, OpenAPI, function-calling, agent protocol. 현대 AI agent 아래 계약 층.
  • claude-sdk-quest — Anthropic Messages API + Agent SDK + tool use. 이 퀘스트의 HTTP/REST foundations 가 specific provider 에 적용.
  • gpt-wire-quest — OpenAI Responses API + Python SDK + raw HTTP. 같은 skill, 다른 provider.
  • next-js-quest — Next.js App Router + Route Handlers. 현대 framework 의 REST endpoint.
  • solo-auth-quest — Bearer + PIN + Tailscale + admin dashboard. Threat-model 쪽에서의 auth.
  • netops-quest — HTTP 아래 네트워킹 층. TCP/IP, SSH, VPN, Tailscale. Track 1 끝나는 곳에서 netops 시작.

이 카탈로그 너머 외부 길

  • HTTP/3 내부. QUIC, 연결 migration, 0-RTT 재개. Daniel Stenberg 의 HTTP/3 explained 책이 canonical 무료 reference.
  • gRPC + Protobuf. 도메인이 내부 service mesh 일 때. gRPC.io docs 가 훌륭; Buf 가 현대 Protobuf toolchain.
  • GraphQL. Client 가 널리 다양할 때. Apollo docs 읽고; Strawberry (Python) 나 Apollo Server (Node) 로 빌드.
  • Service mesh. Istio, Linkerd, Consul. Service 간 mTLS, traffic shaping, 앱 변경 없는 observability. 작은 estate 엔 무거움; 큰 거엔 transformative.
  • OAuth 2.1 + OIDC + WebAuthn. Bearer token 너머 identity flow. RFC 9700 이 새 BCP; WebAuthn 이 passkey 미래.
  • WebTransport. HTTP/3 위 다음-세대 real-time transport. 브라우저 ship; 생태계 형성 중.
  • 분산 tracing 깊이. OpenTelemetry, Honeycomb, Tempo — correlation ID 주변 production tooling.

이 퀘스트가 일부러 건너뛴 것

Gap 에 대한 정직:

  • HTTP/3 / QUIC 구현 디테일. Surface level 언급 (Lesson 1.3, 1.4); unpack 안 함. 전문화; 책 길이.
  • WebSocket scaling (pub/sub broker, sticky session shape). 언급 (Lesson 6.4); websocket-quest 로 미룸.
  • Scale 의 API 설계 (multi-region, geo-routing, multi-tenant isolation). 이 퀘스트 foundations scope 너머.
  • Specific framework 깊이. FastAPI 예 전반에, 근데 FastAPI 퀘스트 아님. 다른 framework (Express, Rails, Spring) 가 같은 protocol 말함; protocol 이 배운 것.
  • Track 4 너머 보안. WebAuthn, mTLS, threat-modeling 구체. solo-auth-quest 가 perimeter 쪽 커버.
퀘스트 일이 foundations. Career-shape 가 그 위에 빌드하는 것. 이제 wire level 에서 HTTP 읽고, invariant 로 REST API 설계하고, curl 로 debug 하고, OpenAPI 로 ship 하고, SSE / WebSocket / gRPC / GraphQL 대신 잡을 때 알아. 그게 끝 아님; 다음 오는 거 위한 toolkit.

피파의 마무리

46 lesson 다 걸었다면 일하는 개발자 대부분이 절대 앉아서 처음부터 안 배우는 거 마침. RFC 9110 을 대화에서 인용 안 하겠지만, 다음에 CORS preflight 실패하거나 422 vs 400 가 client 헷갈리게 하면 한 시간 대신 5분에 fix 할 거야. 그게 전체 게임. cwkPippa 가 worked 예; protocol 이 이제 너 거. 그걸로 뭐 만들어.

Code

'다음에 뭐 만들지' 로 로드맵·text
# 단순 로드맵 차트 — 다음에 배울 거, '뭐 만들지' 로 랭킹

IF 만들 거:                                    THEN 배울:
  Real-time 채팅 / 멀티플레이어 / collab         →  websocket-quest, WebTransport
  외부 도구 호출하는 AI agent                    →  claude-sdk-quest, protocol-quest
  다언어 내부 service mesh                        →  gRPC + Protobuf, service mesh (Istio)
  다양 데이터 shape 고르는 rich client            →  GraphQL (Apollo / Strawberry)
  다양 제 3자 client 위한 공개 API               →  이 퀘스트 + API gateway 깊이
  Identity-heavy product (login, SSO, MFA)         →  WebAuthn, OAuth 2.1 / OIDC, solo-auth
  나쁜 연결성 가진 모바일 혹은 edge               →  HTTP/3, QUIC 내부
  높은 볼륨 telemetry / observability             →  OpenTelemetry 깊이

# 어느 로드맵도 exhaustive 아님. 이게 이제 아는 거 위에 타는 다음 step.
더 깊이 위한 책과 reference·text
# Long game 위한 책과 reference

# HTTP / REST 깊이:
#   - RFC 9110 / 9111 / 9112 / 9113 / 9114 — canonical spec
#   - Ilya Grigorik 의 'High Performance Browser Networking' (온라인 무료)
#   - Daniel Stenberg 의 'HTTP/3 explained' (무료; QUIC 시대 canonical)
#   - Brenda Jin, Saurabh Sahni, Amir Shevat 의 'Designing Web APIs' (O'Reilly)
#   - Mark Massé 의 'REST API Design Rulebook' (URI convention bible)

# Identity / auth:
#   - Justin Richer & Antonio Sanso 의 'OAuth 2 in Action'
#   - RFC 6749, RFC 7636 (PKCE), RFC 9700 (현재 best practice)

# 분산 system 관점:
#   - Martin Kleppmann 의 'Designing Data-Intensive Applications' — Ch. 4 (encoding) + Ch. 8-9 (분산)
#   - AWS Builders' Library article (무료; production-grade resilience 패턴)

External links

Exercise

로드맵 차트 봐. 실제 다음에 빌드할 거와 매칭하는 ONE 인접 방향 골라. 그 방향의 첫 chapter / lesson / RFC 읽어. 30분 spend; 더 안 함. 그 다음 돌아와서 적어: (1) 뭐가 놀라웠나, (2) 이 퀘스트에서 뭐가 친숙했나, (3) 이 퀘스트보다 뭐가 더 어렵게 느껴지나. 연습이 framing — cool 들리는 거 아닌 빌드할 거로 선택.
Hint
위험 mode 가 전체 인접 풍경 한 번에 소비 시도. 생산 mode 가 한 방향 골라 30분 깊이. 대부분 인접 주제가 절반-친숙 (HTTP/REST foundations 전이) 절반-낯섦 (specific 전문화가 자기 어휘) 느낌. 친숙함이 네 승리; 낯섦이 다음 퀘스트.

Progress

Progress is local-only — sign in to sync across devices.
이 페이지에서 버그를 발견하셨거나 피드백이 있으세요?문제 신고

댓글 0

🔔 답글 알림 (로그인 필요)
로그인댓글을 남기려면 로그인해 주세요.

아직 댓글이 없어요. 첫 댓글을 남겨보세요.