|
2018.10.23 13:59:00 |
| 현재 GraphQL 한계점이 뭐가 있나요? |
일단 REST 대신 GraphQL 로 점점 갈아타게 될 거라는 건 확실하다고 생각하는데요.
장점 자체는 홈페이지만 살펴 봐도 왠만한 건 다 알 수 있으니 괜찮은데
실무에서 적용해보진 않은 상태다보니 간단히 적용해보는 수준에서는
소소한 것들 이외에 크게 단점이나 한계점을 체감하기가 쉽지 않네요.
실제 GraphQL 현업에서 쓰고 계시거나 써보셨다가 아직 부족하다고 느껴서 접으신 분 계시면
어떤 것들을 문제점으로 꼽을 수 있을까요?
질문 | 3,305명이 읽었어요.
|
|
| 14개의 댓글 |
|
|
|
아예 graphQL 전용으로 서비스를 새로 구성하면 해결할 수도 있을 것 같은데(그 마저도 코드 모양이 REST 보다 좋다고 보기는 어려움) 기존 서비스를 전환하는 것은 좀 애매할 수 있겠다고 생각됩니다.
서버사이드에서 MSA 를 그래프QL 로 적용해서 서버 돌려보시면 좀 난감한게 있는데 스키마 관리(DB 스키마가 graphql 스키마랑 강하게 물려있어서)랑 서비스디스커버리에 등록했을때 엔드포인트 관리가(단일 엔드포인트인데 fetching 쿼리마다 서비스가 달라서) REST 만큼 직관적이지 않은 느낌입니다. 저걸 해결하려고 하면 레이어를 추가해서 이것저것 하다보면 관리포인트도 늘고 SOA 느낌으로 무거워지는 감이 있어서 개인 프로젝트에서만 쓰고 실무에서는 안쓰고 있습니다. |
|
|
2018/10/23 16:50
|
|
|
|
|
MSA 가 아니고 그냥 고전적인 스케일 아웃 구조의 웹서비스는 완전 강추이구요,
MSA 에서 사용하는 것은 CQRS 구조 써서 GET 만 처리하는 경우 외에는 아직은 비추합니다. |
|
|
2018/10/23 16:57
|
|
|
|
| 이걸 적용하느니 차라리 그냥 버그덩어리라도 스웨거 쓰는게 아직은 나아보이네요 | |
|
2018/10/23 17:56
|
|
|
|
| 스웨거는 그냥 문서화툴아닌가여? | |
|
2018/10/23 20:29
|
|
|
|
|
RESTFul URL + HTTP + POST + JSON 으로도 아직 딱히 불편함은 못 느껴서 바꿀 생각은 없습니다.
글고 RESTFul 도 어설프게 만들거면 그냥 HTTP GET + POST 두개만 써도 왠만한건 다 되고요 |
|
|
2018/10/23 20:51
|
|
|
|
| 클라 입장에서는 REST 보다 GraphQL 이 개발 시에 유리한 점이 많아 보이던데 답변 다신 분들은 주로 서버 개발자분들이라 그런지 아직은 부정적인 의견들이 좀 있군요. | |
|
2018/10/23 21:23
|
|
|
|
|
서버 입장에서도 GraphQL 이 유리한점이 있습니다. (엔드포인트 단순화)
근데 그걸 제대로 쓰려면 뒤에 들어가야하는 노력이 REST 에 비해 너무 커서요. graphql 쓰지말고 api 요청하면 json 으로 던지고 falcor 같은걸 쓰는게 차라리 낫습니다. |
|
|
2018/10/23 21:28
|
|
|
|
|
답변 감사합니다.
피의햄스터님 의견으로는 현재로서는 GraphQL 을 제대로 쓰기 위해서 REST 에 비해 서버개발자의 노오오오력이 더 많이 들어간다. 라는 부분이 걸림돌이라는 거군요. 주요 장점으로 내세우는 것 중 하나가 REST API 에서의 느린 개발 속도를 해결했다는 것인데 (클라에서 서버에 REST API 요청하면 서버가 endpoint 를 새로 만들어주어야만 받아 쓸 수 있는 문제) 어차피 서버쪽에서 병목이 더 생겨버리면 그것 나름대로 또 문제가 되긴 하겠네요. |
|
|
2018/10/23 22:09
|
|
|
|
| 허허 근데 저는 사실 서버 / 클라 그냥 그때그때 필요하면 다 합니다 | |
|
2018/10/24 00:03
|
|
|
|
|
4 / 넹 end point 관리가 힘들어서 쓰겠다고 하면 그냥 rest + 스웨거 조합이 아직은 나아보인다고
적었는데 너무 짧게 적었나 보네용 |
|
|
2018/10/24 09:34
|
|
|
|
|
저도 회사에는 REST + 스웨거로 되어있어서 잘 쓰고 있습니다.
외국엔 GraphQL 로 갈아탄 회사도 많아서(facebook, github, paypal, twitter 등) 확장성이 증명된 상태라 저도 조금씩 써보고 있는데 장점이 많더라구요. |
|
|
2018/10/24 17:12
|
|
|
|
|
근데 아무래도 엔드유저에게 제공할때 보다는 미들웨어
지점에서 효용성이 있지 않을까 생각되네요 |
|
|
2018/10/25 10:34
|
|
|
|
|
모모랜드님은 어떤 점 때문에 아직 못 쓸 정도라고 판단하셨나요?
초기에 단점이라고 지적되었던 부분들은 요즘 주요 라이브러리나 툴 같은 것들로 거의 다 해결 가능한 분위기라 아직 문제 되는 부분이 어떤 것들인지 궁금하네요. |
|
|
2018/10/25 10:54
|
|
|
|
| 문서만 보면 깔끔해보이지만 paging / scrolling, sort, filter하는 방법이 도구, 예제마다 다르고 그에 따라 코드도 깔끔하게 떨어지지 않습니다. | |
|
2018/10/26 16:22
|
|