HEADLESS – REST와 GraphQL에 관한 이야기

발행: (2025년 12월 8일 오전 03:42 GMT+9)
3 min read
원문: Dev.to

Source: Dev.to

HEADLESS – REST와 GraphQL에 관한 이야기 표지 이미지

Challenges (2013–2016)

  • 사용자들은 단순히 반응형 웹사이트가 아니라 실제 모바일 앱을 기대하기 시작했습니다.
  • JavaScript 프레임워크(React, Angular, Vue)가 급증하면서 프런트엔드가 자체적으로 복잡한 애플리케이션이 되었습니다.
  • 기업들은 웹, iOS, Android, 스마트 TV, 키오스크, 챗봇, 시계 등 모든 채널에 동일한 콘텐츠와 기능을 동시에 제공하고 싶어했습니다.

Why the monolithic model collapsed

  • HTML 한 줄을 수정하려면 전체 백엔드 배포가 필요했습니다.
  • 모바일 팀은 백엔드 개발자가 새로운 API 엔드포인트를 제공할 때까지 기다려야 했습니다.
  • 동일한 서버‑렌더링 템플릿을 네이티브 앱이나 음성 디바이스에 재사용하는 것은 사실상 불가능했습니다.
  • 서버‑사이드 렌더링과 현대 프런트엔드라는 두 개의 완전히 다른 분야가 서로 연결되면서 개발 속도가 크게 느려졌습니다.

그래서 업계는 당연한 선택을 했습니다: 줄을 끊는다. “콘텐츠와 비즈니스 로직”(백엔드)을 “경험과 프레젠테이션”(프런트엔드)에서 분리합니다. 백엔드를 순수 데이터 서비스(헤드리스)로 만들고 각 채널에 맞는 전문 프런트엔드를 제공합니다.

Further reading

HEADLESS – Story about REST and GraphQL

Back to Blog

관련 글

더 보기 »

상위 6 API 아키텍처 스타일

아래는 권장 사용 사례와 함께하는 상위 6가지 API 아키텍처 스타일입니다: 1️⃣ SOAP Simple Object Access Protocol: SOAP은 엔터프라이즈 수준에 이상적입니다.

API를 사용하여 Copilot에 이슈 할당

GraphQL 지원: 다음 뮤테이션을 사용하여 이슈를 Copilot에 할당할 수 있습니다: - updateIssue https://docs.github.com/graphql/reference/mutationsupdateissue - c...

API와 그 구조 이해하기

API란 무엇인가? API는 Application Programming Interface의 약자로, 한국어로는 ‘응용 프로그램 인터페이스’라고 합니다. 기본적으로, API는 … 방법이다.