Motivation Google은 Stubby라는 단일 범용 RPC 인프라를 사용하여 10년 넘게 데이터 센터 내부 및 전체에서 실행되는 수많은 마이크로서비스를 연결해 왔습니다. 우리의 내부 시스템은 오늘날 인기를 얻고 있는 마이크로서비스 아키텍처를 오랫동안 수용해 왔습니다. 균일한 크로스 플랫폼 RPC 인프라를 통해 효율성, 보안, 신뢰성 및 행동 분석에서 플릿 전반의 개선을 롤아웃할 수 있었습니다. Stubby에는 많은 훌륭한 기능이 있지만 표준을 기반으로하지 않으며 내부 인프라와 너무 밀접하게 결합되어 공개 릴리스에 적합한 것으로 간주되지 않습니다. SPDY, HTTP/2 및 QUIC의 출현으로 Stubby가 제공하지 않는 다른 기능과 함께 이러한 동일한 기능 중 많은 부분이 공개 표준에 등장했습니..

gRPC에 익숙하지 않으신가요? 먼저 gRPC 소개를 읽어 보십시오. 언어별 세부 정보는 선택한 언어에 대한 빠른 시작, 자습서 및 참조 설명서를 참조하세요. Overview Service definition 많은 RPC 시스템과 마찬가지로 gRPC는 매개 변수 및 반환 형식을 사용하여 원격으로 호출할 수 있는 메서드를 지정하여 서비스를 정의하는 개념을 기반으로 합니다. 기본적으로 gRPC는 프로토콜 버퍼를 서비스 인터페이스와 페이로드 메시지의 구조를 모두 설명하기 위한 IDL(인터페이스 정의 언어)로 사용합니다. 원하는 경우 다른 대안을 사용할 수 있습니다. service HelloService { rpc SayHello (HelloRequest) returns (HelloResponse); } mes..

이 페이지에서는 gRPC 및 프로토콜 버퍼를 소개합니다. gRPC는 프로토콜 버퍼를 IDL(인터페이스 정의 언어) 및 기본 메시지 교환 형식으로 사용할 수 있습니다. gRPC 및/또는 프로토콜 버퍼를 처음 사용하는 경우 이 내용을 읽어보세요. 먼저 gRPC가 작동하는 것을 보려면 언어를 선택하고 빠른 시작을 사용해 보세요. Overview gRPC에서 클라이언트 응용 프로그램은 로컬 개체인 것처럼 다른 컴퓨터의 서버 응용 프로그램에 있는 메서드를 직접 호출할 수 있으므로 분산 응용 프로그램 및 서비스를 더 쉽게 만들 수 있습니다. 많은 RPC 시스템과 마찬가지로 gRPC는 매개 변수 및 반환 형식을 사용하여 원격으로 호출할 수 있는 메서드를 지정하여 서비스를 정의하는 개념을 기반으로 합니다. 서버 쪽에서..