Thrift에서 GraphQL로: 크로키닷컴의 마이크로서비스 통신 여정

마이크로서비스 전환 후 Thrift를 선택하여 서비스 간 통신을 구현함

REST API의 단점을 보완하고자 Thrift를 도입했으나, 몇 가지 문제 발생

GraphQL로 전환하여 API 개발 생산성을 향상시키고, 현재 모든 API에 적용

Thrift 선택 배경: REST API의 한계

크로키닷컴은 마이크로서비스 아키텍처로 전환하며 REST API의 단점을 인지했다. 구체적으로, REST API는 마이크로서비스 간 복잡한 통신을 표현하기 어려웠다. 따라서 데이터 직렬화에 초점을 맞춰 Thrift를 선택했다. 결과적으로 데이터 크기 감소를 기대했으나, 몇 가지 문제에 직면했다.

Thrift의 기술적 도전과 한계

Thrift는 JavaScript 지원에 한계가 있었고, Node.js 환경에 최적화되지 않았다. 또한, TCP 소켓 통신의 오토 스케일링 문제로 인해 HTTP 통신을 사용해야 했다. 반면, API 추가/변경 시 코드 생성의 불편함이 있었다. 따라서 GraphQL로의 전환을 결정했다.