GraphQL 통합 방법 (Enterprise Solution 기준)
이번 글에서는 GraphQL 통합 방법에 대해 알아보겠습니다. Enterprise Solution 기준으로 설명드릴 예정이니 이 부분을 참고하시면서 보시면 되겠습니다. GraphQL에 대한 전반적인 내용이 궁금하시면 아래 글을 먼저 참고하세요. Apollo GraphOS 플랫폼이란? GraphQL 사용 이유 (Feat. GraphQL 장점) 이 섹션에서는 통합된 GraphQL 아키텍처의 이점과 일반적인 통합 그래프를 통해 이러한 이점을 실현하는 방법에 대해 알아봅니다. Apollo에서 다양한 기업과 함께 일한 경험을 바탕으로 조직이 그래프를 통합할 준비가 되었는지 여부를 결정하기 위한 프레임워크도 제공합니다. GraphQL을 통합해야 하는 이유? GraphQL 커뮤니티와 관련 소프트웨어의 생태계는 놀라운 속도로 성장했습니다. 2015년 공개 릴리스 이후 몇 년 동안 이 GraphQL은 거의 모든 애플리케이션 아키텍처의 구성 요소로 사용할 수 있는 수준까지 빠르게 발전했습니다. Airbnb, GitHub 및 New York Times와 같은 회사는 이미 기술 스택에 GraphQL을 채택한 것으로 유명합니다. 강력한 유형 시스템과 데이터 가져오기에 대한 선언적 접근 방식을 통해 기업 전체의 팀이 GraphQL의 많은 이점을 기꺼이 수용한 이유를 쉽게 알 수 있습니다. Apollo에서 매주 150만 회 이상의 Apollo 클라이언트 패키지 다운로드와 매주 수백만 건 이상의 Apollo 서버, 페더레이션 및 게이트웨이 패키지 다운로드를 통해 GraphQL에 대한 팀의 열정을 직접 확인할 수 있습니다. 회사의 여러 팀을 스캔하면 오늘날 많은 팀이 이미 프로덕션에서 GraphQL을 사용하고 있음을 금방 알 수 있습니다. 회사 전체에서 GraphQL이 사용되는 방식에 대한 최상위 수준의 통찰력을 갖는 것은 이러한 노력을 통합할 수 있고 통합해야 하는지 이해하기 위한 첫 번째 단계입니다. GraphQL을 잘 활용하려면? 개발자가 GraphQL을 실험하기 시작할 때 클라이언트 애플리케이션이 단일 GraphQL 서버를 쿼리하는 기본 아키텍처로 시작하는 경우가 많습니다. 차례로 서버는 이러한 요청을 백업 데이터 원본에 배포하고 클라이언트가 원하는 형태로 데이터를 반환합니다. 여러 팀이 GraphQL을 채택하기 시작하면 접근 방식은 일반적으로 이 기본 아키텍처에서 조정되지만 구현 세부 사항은 팀마다 다를 수 있습니다. Apollo에서 우리는 일반적으로 이러한 초기의 통합되지 않은 노력이 다음 네 가지 패턴 중 하나와 유사하다는 것을 보았습니다. Client-only인 경우? GraphQL의 클라이언트 중심 데이터 가져오기 기능의 이점을 얻고자 하는 클라이언트 팀은 미리 비용을 청구하고 애플리케이션 컨텍스트 내에서 GraphQL API를 구현할 수 있습니다. 이러한 구현을 통해 이러한 팀은 단일 GraphQL API 끝점으로 기존 API를 래핑하는 편의를 위해 종종 GraphQL을 채택하도록 동기를 부여받습니다. Front-end를 고려한 Back-end 설계 … Read more