RPC vs gRPC

RPC (Remote Procedure Call)

프로세스 간 통신(IPC)을 위한 프로토콜

로컬 환경에서 함수 호출을 하듯이 네트워크를 통해 다른 컴퓨터나 서버의 Procedure(함수)를 호출하는 개념

• 핵심 개념: 네트워크를 통해 원격 서버의 함수나 메서드를 호출하여 결과를 받는다.
• 작동 방식:
  • 클라이언트는 호출하려는 함수의 인터페이스를 알지만, 함수가 실제로 실행되는 서버의 위치는 추상화되어 있다.
  • 요청은 네트워크를 통해 전달되고, 결과는 반환된다.
• 구현 방식:
  • XML-RPC
  • JSON-RPC
  • SOAP 등 …
• 장점:
  • 로컬 호출처럼 보이도록 추상화하여 개발자가 쉽게 사용 가능
• 단점:
  • 네트워크 성능에 의존
  • 데이터 직렬화/역직렬화에 추가 비용 발생
  • 상호 운용성 제한(다른 언어나 시스템 간 연결이 복잡할 수 있다)

gRPC

RPC의 현대적인 구현으로, Google에서 만든 오픈 소스 프레임워크

HTTP/2를 기반으로 하고 Protocol Buffers(Protobuf)라는 직렬화 방식을 사용한다.

• 핵심 개념: 현대적인 고성능 RPC 프레임워크, 효율적인 직렬화와 다중 언어을 지원한다.
• 작동 방식:
  • Protobuf를 사용하여 서비스 정의를 작성
  • gRPC 프레임워크가 클라이언트와 서버 코드를 자동 생성
  • 클라이언트가 서버의 메서드를 호출하며 HTTP/2를 통해 데이터 교환
• 특징:
  • HTTP/2 기반: 다중화, 헤더 압축, 바이너리 데이터 전송 지원
  • Protobuf: 데이터 직렬화를 최적화하여 높은 성능 제공
  • 다양한 호출 방식:
    • Unary (일반적인 요청-응답)
    • Server Streaming (서버에서 클라이언트로 스트림)
    • Client Streaming (클라리언트에서 서버로 스트림)
    • Bidirectional Streaming (양방향 스트림)
  • 장점:
    • 높은 성능, 효율적인 직렬화 및 네트워크 사용
    • 다양한 언어 지원
    • 스트리밍 방식으로 실시간 데이터 전송
    • 오픈 소스 생태계와 풍부한 도구 제공
  • 단점:
    • 초기 학습 곡선이 있다
    • Protobuf 의존성으로 인해 JSON보다 인간이 읽기 어려운 포맷 사용

정리

• RPC:
  • 간단한 시스템 간 호출이 필요한 경우
  • 초기 설정이 간단한 것이 중요한 경우
• gRPC:
  • 고성능, 실시간 통신
  • 다중 언어 환경에서의 통합이 중요한 경우
  • 스트리밍 데이터(ex: 비디오, 로그, 실시간 센서 데이터) 요구사항이 있는 경우