이 페이지에서는 gRPC 및 프로토콜 버퍼를 소개합니다. gRPC는 프로토콜 버퍼를 IDL(인터페이스 정의 언어) 및 기본 메시지 교환 형식으로 사용할 수 있습니다. gRPC 및/또는 프로토콜 버퍼를 처음 사용하는 경우 이 내용을 읽어보세요. 먼저 gRPC가 작동하는 것을 보려면 언어를 선택하고 빠른 시작을 사용해 보세요.

Overview

gRPC에서 클라이언트 응용 프로그램은 로컬 개체인 것처럼 다른 컴퓨터의 서버 응용 프로그램에 있는 메서드를 직접 호출할 수 있으므로 분산 응용 프로그램 및 서비스를 더 쉽게 만들 수 있습니다. 많은 RPC 시스템과 마찬가지로 gRPC는 매개 변수 및 반환 형식을 사용하여 원격으로 호출할 수 있는 메서드를 지정하여 서비스를 정의하는 개념을 기반으로 합니다. 서버 쪽에서 서버는 이 인터페이스를 구현하고 gRPC 서버를 실행하여 클라이언트 호출을 처리합니다. 클라이언트 측에서 클라이언트에는 서버와 동일한 메서드를 제공하는 스텁(일부 언어에서는 클라이언트라고 함)이 있습니다.

gRPC 클라이언트와 서버는 Google 내부 서버에서 데스크톱에 이르기까지 다양한 환경에서 서로 실행하고 통신할 수 있으며 gRPC에서 지원하는 모든 언어로 작성할 수 있습니다. 예를 들어 Go, Python 또는 Ruby의 클라이언트를 사용하여 Java에서 gRPC 서버를 쉽게 만들 수 있습니다. 또한 최신 Google API에는 인터페이스의 gRPC 버전이 있으므로 Google 기능을 애플리케이션에 쉽게 빌드할 수 있습니다.

Working with Protocol Buffers

기본적으로 gRPC는 구조화된 데이터를 직렬화하기 위한 Google의 성숙한 오픈소스 메커니즘인 프로토콜 버퍼를 사용합니다(JSON과 같은 다른 데이터 형식과 함께 사용할 수 있음). 다음은 작동 방식에 대한 간략한 소개입니다. 프로토콜 버퍼에 이미 익숙한 경우 다음 섹션으로 건너뛸 수 있습니다.

프로토콜 버퍼로 작업할 때 첫 번째 단계는 proto 파일에서 직렬화하려는 데이터의 구조를 정의하는 것입니다. 이 파일은 확장명이 .proto인 일반 텍스트 파일입니다. 프로토콜 버퍼 데이터는 메시지로 구성되며, 여기서 각 메시지는 필드라고 하는 일련의 이름-값 쌍을 포함하는 정보의 작은 논리적 레코드입니다. 다음은 간단한 예입니다.

message Person {
  string name = 1;
  int32 id = 2;
  bool has_ponycopter = 3;
}

그런 다음 데이터 구조를 지정한 후에는 프로토콜 버퍼 컴파일러 protoc을 사용하여 proto 정의에서 기본 설정 언어로 데이터 액세스 클래스를 생성합니다. 이들은 name() 및 set_name()과 같은 각 필드에 대한 간단한 접근자와 원시 바이트에서 전체 구조를 직렬화/구문 분석하는 메서드를 제공합니다. 예를 들어 선택한 언어가 C ++ 인 경우 위의 예제에서 컴파일러를 실행하면 Person이라는 클래스가 생성됩니다. 그런 다음 애플리케이션에서 이 클래스를 사용하여 Person 프로토콜 버퍼 메시지를 채우고, 직렬화하고, 검색할 수 있습니다.

일반 프로토 파일에서 gRPC 서비스를 정의하고 RPC 메서드 매개 변수 및 반환 형식을 프로토콜 버퍼 메시지로 지정합니다.

// The greeter service definition.
service Greeter {
  // Sends a greeting
  rpc SayHello (HelloRequest) returns (HelloReply) {}
}

// The request message containing the user's name.
message HelloRequest {
  string name = 1;
}

// The response message containing the greetings
message HelloReply {
  string message = 1;
}

gRPC는 특수 gRPC 플러그인과 함께 protoc을 사용하여 프로토 파일에서 코드를 생성하며, 생성된 gRPC 클라이언트 및 서버 코드와 메시지 유형을 채우고, 직렬화하고, 검색하기 위한 일반 프로토콜 버퍼 코드를 가져옵니다. 선택한 언어로 gRPC 플러그 인을 사용하여 protoc을 설치하는 방법을 포함하여 프로토콜 버퍼에 대한 자세한 내용은 프로토콜 버퍼 설명서를 참조하세요.

Protocol buffer versions

프로토콜 버퍼는 한동안 오픈 소스 사용자가 사용할 수 있었지만이 사이트의 대부분의 예제는 약간 단순화 된 구문, 유용한 새 기능 및 더 많은 언어를 지원하는 프로토콜 버퍼 버전 3 (proto3)을 사용합니다. Proto3는 현재 자바, C ++, 다트, 파이썬, 오브젝티브 -C, C #, 라이트 런타임 (안드로이드 자바), 루비 및 프로토콜 버퍼 GitHub 저장소의 자바 스크립트뿐만 아니라 golang / protobuf 공식 패키지의 Go 언어 생성기에서 사용할 수 있으며 더 많은 언어가 개발 중입니다. 자세한 내용은 proto3 언어 가이드와 각 언어에 사용할 수 있는 참조 문서에서 확인할 수 있습니다. 참조 설명서에는 .proto 파일 형식에 대한 공식 사양도 포함되어 있습니다.

일반적으로 proto2(현재 기본 프로토콜 버퍼 버전)를 사용할 수 있지만 gRPC와 함께 proto3을 사용하면 gRPC 지원 언어의 전체 범위를 사용할 수 있을 뿐만 아니라 proto2 서버와 통신하는 proto3 클라이언트와의 호환성 문제를 방지할 수 있으므로 proto<>을 사용하는 것이 좋습니다.

 

What is gRPC?

gRPC는 어디서나 실행할 수 있는 최신 오픈 소스 RPC(원격 프로시저 호출) 프레임워크입니다. 이를 통해 클라이언트와 서버 응용 프로그램이 투명하게 통신할 수 있으며 연결된 시스템을 더 쉽게 구축할 수 있습니다.

더 긴 동기 부여 및 디자인 원칙 게시물을 읽고 gRPC를 만든 이유에 대한 배경 정보를 확인하십시오.

gRPC는 무엇을 의미합니까?

gRPC Remote Procedure Calls, of course!

Why would I want to use gRPC?

주요 사용 시나리오:

  • 짧은 대기 시간, 확장성이 뛰어난 분산 시스템.
  • 클라우드 서버와 통신하는 모바일 클라이언트를 개발합니다.
  • 정확하고 효율적이며 언어에 독립적이어야 하는 새로운 프로토콜을 설계합니다.
  • 예를 들어 확장을 가능하게하는 계층화 된 디자인. 인증, 부하 분산, 로깅 및 모니터링 등

누가, 왜 이것을 사용합니까?

gRPC는 CNCF(Cloud Native Computing Foundation) 프로젝트입니다.

Google은 오랫동안 gRPC의 많은 기본 기술과 개념을 사용해 왔습니다. 현재 구현은 Google의 여러 클라우드 제품 및 Google 외부 연결 API에서 사용되고 있습니다. 또한 Square, Netflix, CoreOS, Docker, CockroachDB, Cisco, Juniper Networks 및 기타 여러 조직 및 개인에서 사용하고 있습니다.

어떤 프로그래밍 언어가 지원됩니까?

공식적으로 지원되는 언어 및 플랫폼을 참조하세요.

gRPC 사용을 시작하려면 어떻게 해야 하나요?

여기의 지침에 따라 gRPC 설치를 시작할 수 있습니다. 또는 gRPC GitHub 조직 페이지로 이동하여 관심 있는 런타임 또는 언어를 선택하고 추가 정보 지침을 따릅니다.

gRPC는 어떤 라이선스에 속하나요?

모든 구현은 Apache 2.0에 따라 라이센스가 부여됩니다.

어떻게 기여할 수 있습니까?

기여자는 매우 환영하며 리포지토리는 GitHub에서 호스팅됩니다. 커뮤니티 피드백, 추가 및 버그를 기대합니다. 개인 기여자와 기업 기여자 모두 CLA에 서명해야 합니다. gRPC와 관련된 프로젝트에 대한 아이디어가 있는 경우 지침을 읽고 여기에 제출하십시오. GitHub의 gRPC 에코시스템 조직 아래에 점점 더 많은 프로젝트 목록이 있습니다.

문서는 어디에 있습니까?

grpc.io 에서 바로 여기 문서를 확인하십시오.

로드맵은 무엇입니까?

gRPC 프로젝트에는 새로운 기능이 설계되고 구현을 위해 승인되는 RFC 프로세스가 있습니다. 이 저장소에서 추적됩니다.

gRPC 릴리스는 얼마 동안 지원되나요?

gRPC 프로젝트는 LTS 릴리스를 수행하지 않습니다. 위의 롤링 릴리스 모델을 감안할 때 현재, 최신 릴리스 및 그 이전 릴리스를 지원합니다. 여기서 지원은 버그 수정 및 보안 수정을 의미합니다.

gRPC 버전 관리 정책이란 무엇인가요?

여기에서 gRPC 버전 관리 정책을 참조하세요.

최신 gRPC 버전은 무엇입니까?

최신 릴리스 태그는 v1.52.0입니다.

gRPC 릴리스는 언제 발생하나요?

gRPC 프로젝트는 마스터 분기의 팁이 항상 안정적인 모델에서 작동합니다. 이 프로젝트는 (다양한 런타임에 걸쳐) 최선의 노력으로 6주마다 체크포인트 릴리스를 배송하는 것을 목표로 합니다. 여기에서 출시 일정을 확인하세요.

gRPC의 보안 취약성을 보고하려면 어떻게 해야 합니까?

gRPC의 보안 취약성을 보고하려면 여기에 설명된 프로세스를 따르세요.

브라우저에서 사용할 수 있습니까?

gRPC 웹 프로젝트는 일반 공급됩니다.

선호하는 데이터 형식(JSON, Protobuf, Thrift, XML)과 함께 gRPC를 사용할 수 있나요?

예. gRPC는 여러 콘텐츠 형식을 지원하도록 확장할 수 있도록 설계되었습니다. 초기 릴리스에는 Protobuf에 대한 지원과 다양한 성숙도 수준에서 FlatBuffers 및 Thrift와 같은 다른 콘텐츠 형식에 대한 외부 지원이 포함되어 있습니다.

서비스 메시에서 gRPC를 사용할 수 있나요?

예. gRPC 애플리케이션은 다른 애플리케이션과 마찬가지로 서비스 메시에 배포할 수 있습니다. 또한 gRPC는 사이드카 프록시 없이 서비스 메시에 gRPC 애플리케이션을 배포할 수 있는 xDS API를 지원합니다. gRPC에서 지원되는 프록시 없는 서비스 메시 기능은 여기에 나열되어 있습니다.

gRPC는 모바일 애플리케이션 개발에 어떻게 도움이 되나요?

gRPC 및 Protobuf는 서비스를 정확하게 정의하고 iOS, Android 및 백 엔드를 제공하는 서버에 대한 안정적인 클라이언트 라이브러리를 자동으로 생성하는 쉬운 방법을 제공합니다. 클라이언트는 대역폭을 절약하고 더 적은 수의 TCP 연결로 더 많은 작업을 수행하며 CPU 사용량과 배터리 수명을 절약하는 데 도움이 되는 고급 스트리밍 및 연결 기능을 활용할 수 있습니다.

gRPC가 HTTP/2보다 이진 BLOB보다 나은 이유는 무엇인가요?

이것은 주로 gRPC가 유선에있는 것입니다. 그러나 gRPC는 일반적인 HTTP 라이브러리가 일반적으로 제공하지 않는 플랫폼에서 일관되게 더 높은 수준의 기능을 제공하는 라이브러리 집합이기도 합니다. 이러한 기능의 예는 다음과 같습니다.

  • 응용 프로그램 계층에서 흐름 제어와의 상호 작용
  • 계단식 통화 취소
  • 부하 분산 & 장애 조치

gRPC가 REST보다 좋거나 나쁜 이유는 무엇입니까?

gRPC는 주로 HTTP/2를 통한 HTTP 의미 체계를 따르지만 전이중 스트리밍을 명시적으로 허용합니다. 경로, 쿼리 매개 변수 및 페이로드 본문에서 호출 매개 변수를 구문 분석하면 대기 시간과 복잡성이 추가되므로 호출 디스패치 중에 성능상의 이유로 정적 경로를 사용하기 때문에 일반적인 REST 규칙과 다릅니다. 또한 HTTP 상태 코드보다 API 사용 사례에 더 직접적으로 적용할 수 있다고 생각되는 일련의 오류를 공식화했습니다.

 

 

 

 

 

728x90
반응형

티스토리툴바