서비스끼리는 어떤 언어로 대화해야 빠르고 안전할까?

REST/JSON은 사람이 읽기 쉽고, HTTP 캐시·브라우저와 궁합이 좋아 공개 API의 표준이 됐어요. 하지만 서비스 간 내부 호출이 초당 수만 건씩 오가는 환경에선 두 가지가 걸림돌이 됩니다.

gRPC는 구글이 만든 고성능 RPC(원격 프로시저 호출) 프레임워크예요. 마치 로컬 메서드를 부르듯 원격 서비스를 호출합니다. 성능의 두 축은 Protocol Buffers와 HTTP/2예요.

syntax = "proto3";

message User {
  string name = 1;   // 1, 2 는 필드 번호(태그) — 직렬화의 키
  int32  age  = 2;
}

service UserService {
  rpc GetUser (UserRequest) returns (User);          // 단항
  rpc ListUsers (Query) returns (stream User);       // 서버 스트리밍
}

gRPC는 계약 우선(contract-first) 방식을 강제해요. .proto에 서비스·메시지를 먼저 정의하고, 그로부터 서버·클라이언트 코드를 생성합니다. 계약이 "문서"가 아니라 컴파일되는 코드로 존재하는 게 핵심이에요.

API는 계속 진화해요. protobuf의 뛰어난 점은 필드 번호 규칙만 지키면 구버전·신버전 클라이언트가 공존할 수 있다는 거예요. 직렬화가 필드 번호(태그) 기준이기 때문입니다.

message User {
  string name  = 1;
  int32  age   = 2;
  reserved 3;              // 예전에 쓰던 3번을 영구 예약 (재사용 금지)
  string email = 4;        // 새 필드 추가 → 구버전은 무시, 하위 호환 유지
}