This message was deleted.
# 질문s
Slackbot
08/17/2021, 12:58 AMThis message was deleted.
👍 1
h
Hyeseong Kim
08/17/2021, 1:12 AMRPC 같은 개념으로 접근하신다면 GraphQL 은 적합하지 않습니다.
Hyeseong Kim
08/17/2021, 1:13 AM서비스 메시 개념으로써는 많이 활용되는 편입니다
Hyeseong Kim
08/17/2021, 1:15 AMm
menmen
08/17/2021, 1:23 AM오오! 참고해서 공부해보겠습니다!
menmen
08/17/2021, 1:23 AM감사합니다~!
menmen
08/17/2021, 1:24 AMRPC, 서비스 메시라는 개념이 저한텐 생소한 개념인데 어디에 가까운지도 파악해봐야 겠군요..
단순히 REST API로 데이터를 가공해서 제공해주는 형태이긴한데
h
Hyeseong Kim
08/17/2021, 1:38 AM잘못 읽었군요..
저희팀은 여러팀에 REST API를 제공하고 있는 상황입니다.요 부분을 놓쳤습니다 ㅋㅋ;
Hyeseong Kim
08/17/2021, 1:39 AM인하우스 서버에 GraphQL API 노출하는건 크게 문제될거 없다고 생각합니다
Hyeseong Kim
08/17/2021, 1:39 AM인하우스 서버가 요청을 그대로 포워딩한다면 문제가 될 수 있는데.. 적절히 캐시처리만 하셔도 될거구요
Hyeseong Kim
08/17/2021, 1:41 AMGraphQL의 장점은 "유연성"입니다. 아마 스키마만 조금 고민하시면 현재 처하신 문제는 해결될거라고 생각합니다. 하지만 유연성을 얻는 대신 원래 제공하던 커스텀 엔드포인트들에서 있던 처리의 효율성은 조금 희생하게 될 수도 있습니다.
m
menmen
08/17/2021, 1:46 AM아하… 그런 단점이 있긴하네요!
그런 단점이 있긴해도, 그 유연성이라는 장점이 너무커서 도입을 꿈꾸고 있긴한데, 많은 유관팀에서 같이 적용을 해줘야 하는 내용이라 어떻게 설득을 해봐야 할지 고민중에 있습니다!
좋은 의견 감사합니다~!
u
김영민
08/18/2021, 9:50 PM스키마가 도메인을 깔끔하게 정리해주는 건 장점이라고 생각하는데 mutation은 여전히 use case별로 customize하게 되더라구요
m
menmen
08/19/2021, 2:48 AM아하!! 좋은 의견 감사합니다!
mutation은 어쩔 수 없겠군요.. 수정보다는 조회가 많기도 하고, 조회만 어느정도 개선이 되어도 좋을 것 같아요
API를 요구사항마다 찍어줬었다 보니 중복도 엄청 많고 DTO 중첩구조도 어지럽고 여러모로 감당이 안되는 상황이네요ㅠ