ENGINEERING SERIES
SSE와 Streamable HTTP — 스트리밍의 원리부터 AI 시스템의 통신 설계까지
HTTP 응답 하나로 데이터를 계속 보내는 SSE는 어떻게 동작할까요? MCP는 왜 Streamable HTTP를 사용할까요? 이 시리즈는 SSE의 기본 원리에서 출발해 양방향 통신과 RPC, MCP의 Streamable HTTP를 살펴봅니다. 마지막에는 FastAPI, AI Agent, MCP, Redis를 연결하며 요청·이벤트·작업 상태를 어떻게 구분하고 설계할지 정리합니다. 기술을 사용하는 방법을 넘어, 각 통신 방식이 어디에 왜 필요한지 이해하는 4부작입니다.
시리즈 글 목록
먼저 작성한 글부터 차례로 읽어보세요.
-
SSE와 Streamable HTTP 1부 — HTTP 연결 하나로 데이터를 계속 보내는 SSE
LLM을 이용한 서비스를 개발하다 보면 자연스럽게 스트리밍(Streaming)이라는 말을 접하게 됩니다. ChatGPT에 질문을 입력했을 때를 생각해봅시다. 답변 전체가 완성될 때까지 기다렸다가 한꺼번에 화면에 나타나는 것이 아니라, 생성되는 내용이 조금씩…
-
SSE와 Streamable HTTP 2부 — SSE만으로는 부족한가? 양방향 통신과 RPC의 문제
1부에서는 SSE(Server-Sent Events)가 어떻게 하나의 HTTP Response를 이용해 서버에서 클라이언트로 데이터를 계속 전달할 수 있는지 살펴봤습니다. 핵심은 단순했습니다. HTTP Response는 반드시 한 번에 전달될 필요가 없다. 하나의 HTTP…
-
SSE와 Streamable HTTP 3부 — MCP는 왜 Streamable HTTP를 사용하는가
1부에서는 SSE가 하나의 HTTP Response를 유지하면서 데이터를 조금씩 전달하는 원리를 살펴봤습니다. 2부에서는 한 단계 더 나아가 이런 질문을 던졌습니다. SSE만으로 복잡한 AI 시스템의 통신을 처리할 수 있을까? SSE는…
-
SSE와 Streamable HTTP 4부 — FastAPI + AI Agent + MCP에서 SSE와 Streamable HTTP는 어디에 써야 할까?
지금까지 세 편에 걸쳐 SSE와 Streamable HTTP의 구조를 살펴봤습니다. 1부에서는 하나의 HTTP Response가 어떻게 데이터를 조금씩 전달할 수 있는지 알아봤습니다. 2부에서는 SSE만으로 모든 통신 문제를 해결할 수 없다는…
← 전체 시리즈 SSABLE / Engineering Notes