RESTful api vs GraphQL 중 고민이 듭니다.

Question

안녕하세요.현재 혼자서 프로젝트를 만드려고 준비 중에 있습니다.그러다 GraphQL에 대해서 알게 되었는데,restful api보다 좋아보이면서도 현업에서 어떻게 활용되는지 궁금하여 질문을 올리게 되었습니다.사실 아래 질문글을 작성하면서 restful api로도 커버가 될 거 같은데? 싶어서 굳이라는 생각을 하지만 간단하게 restful api는 uri와 요청 메서드를 통해 어떤 작업을 할지 명확하게 구분할 수 있지만 많은 엔드포인트를 관리해야 한다는 단점이 있고페이지에서 보여줄 데이터 보다 많은 데이터를 응답 받는 overfetching, 반대로 페이지에서 보여줄 데이터에 비해 응답받는 데이터가 적은 underfetching 문제가 대표적이라 생각이 드는데사실 이 부분은 REST 규칙을 fm대로 지켰을 때 일어나는 문제이고.. 대부분은 각 페이지마다 필요로 하는 데이터를 응답해주는 엔드포인트를 하나 더 만들어주는 것 같은데..(실제로도 그렇게 하나요? 아니면 여러번 요청을 보내나요? 저희 회사는 여러 번 영역에 필요한 데이터들을 요청합니다. 갑자기 궁금해졌네요 ㅋㅋ)grapql은 요청에서 어떤 데이터를 원하는지 정의해서 응답받을 수 있다는 장점과, 구독 기능을 통해 동기화가 가능하다는 게 장점이라던데이 부분도 restful api의 경우 redis pub/sub이나 kafka를 통해서들 많이 구현하는 것으로 알고 있습니다.즉 요점은 graphql을 통한 것들은 충분히 restful api를 통해 구현함으로써 graphql의 위 장점을 상쇄시키고, graphql의 단점인 캐싱의 어려움 요청 쿼리 해석에 의한 서버 부담이 발생을 줄일 수 있기 때문에restful api가 더 각광받는 것일까요?각각 장단점을 찾아보는데 실무 기반으로의 의견을 찾기는 힘들어서 질문드립니다 ㅎㅎ

Clickin · Accepted Answer

저는 graphql에 대해서 부정적인 입장으로 바뀌었는데요 다음 링크와 거의 유사한 의견을 가지고 있습니다.https://news.hada.io/topic?id=15097제 기준에서는 너무 복잡해서 신경써야할 부분들이 많이 늘어나는 문제 때문에 실도입한 적이 없습니다.

집킨 · Answer

GraphQL의 subscribe는 kafka나 redis로 대체하는게 아니라 websocket으로 직접 구현하셔야 합니다이걸 GraphQL 라이브러리를 쓰면 좀 더 수월하게 할 수 있죠MSA를 구축하면 정말 리소스(도메인)의 구조가 간단한 서비스도 생기게 되는데 이런 케이스에선 GraphQL 이 적합할 수 있습니다하지만 K-MSA 에서 저런 서비스가 잘 안나오죠그래프큐엘을 도입하고 개발해보면 알 수 있는데 도메인에서 정의한 리소스의 종류가 많아지고 서로간의 관계가 복잡해지고 그 외의 응답 스키마가 추가되는 순간부터 이걸 왜 쓰나 싶어집니다제가 그랲큐엘을 잘 못써서 그럴 수도 있겠지만요

kim · Answer

저는 graphql 광신도라고 할 수 있습니다. 너무 편하고 좋아요. 메인은 항상 graphql 을 씁니다.물론 모든게 그렇듯이 만능은 아니니까 적절히 rest api랑 섞어 써야죠.

wharup · Answer

REST API는 GraphQL이 생기기 전 부터 가장 널리 사용되는 방식이었고GraphQL은 그런 걸 보완해주는 대체품으로 떠올랐지만API는 보편적인 방식을 선택할 수록 유리하니까 REST API를 대체할 순 없다고 봅니다.REST API로 어려운 경우 Frontend는 주로 GraphQL, Backend는 GRPC을 사용한다고 알고 있습니다.

RESTful api vs GraphQL 중 고민이 듭니다.

4개의 답변

#graphql 목록