gRPC の概要を掴むために、特徴、アーキテクチャ、ライフサイクルを理解する

Wed, 26 May 2021 07:53:15 +0900

はじめに

gRPC の概要を掴むために、特徴、アーキテクチャ、ライフサイクルについて理解した内容を整理しました。

gRPC ってそもそもなに？という方は前回のエントリを読んで頂くと理解が深まると思います。

gRPC を使いためには「サービス定義」が必要

多くの RPC システムと同じように、 gRPC も 「サービスを定義」 するという思想に基づいています。 サービス は メソッド を所有しています。 メソッド はリモートから呼び出されることを想定していて、1 つ以上のパラメータを受け取り、1 つ以上の値を返却します。

「サービス定義」の構成要素を視覚化すると以下のようになります。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


- サービス X
 - メソッド A
 - パラメータ(インプットとなるメッセージ)
 - 戻り値(アウトプットとなるメッセージ)
 - メソッド B
 - メソッド C
 ...
- サービス Y
- サービス C
...

gRPC では インターフェイス定義言語(IDL) として Protocol Buffers を利用します。 IDL を使って、「サービス」のメソッドインターフェイスと、サービスメソッドのパラメータや戻り値となる「メッセージ」のデータ構造を定義します。

gRPCの概要を理解し `proto` ファイルから `protoc` でコードを生成してみる

Wed, 19 May 2021 19:19:49 +0900

はじめに

ここ2ヶ月、時間を見つけてはGo言語を学んでいきました。素人ながら簡単なロジックならなんとか組めるようになってきました。（組み込みライブラリの使い方はまだまだですが。）

そして、ようやくここまで来ました。 Go言語を学習し始めたのも、 gRPC を習得したかったからと言っても過言では有りません。

まずは概要を学んだので、その内容をエントリにまとめておきます。また、 proto ファイルという定義ファイルを作成し、 protoc というコマンドを使って定義ファイルからクライアントコード、サーバコードを生成してみました。

gRPC って？

gRPCの特徴を列挙してみます。

Remote Procedure Call ( RPC ) のひとつ
近年開発されたオープンソースの フレームワーク
多くの環境で実行可能
負荷分散、トレーシング、ヘルスチェックなどの機能にも対応可能な仕組み
通信効率が良い

その他に以下のような特徴もあります。 ( 公式ページを参照したものなので、抽象度が高くあまりピンと来ません。 )

サービス定義が簡単

Protocol Buffers を使ってサービスを定義できます。通信はシリアライズされたバイナリデータに変換されるため、転送効率が良いです。

すぐに始められて、かつスケーラビリティに優れている

ランタイムと開発環境を 1 行でインストールできます。それにも関わらず、1 秒間に 100 万回の RPC リクエストを処理可能なスケーラビリティを持っています。

さまざまな言語と実行環境に対応

さまざまな言語と実行環境に対応しています。適切な「クライアント」と「サーバ」のスタブコードを自動生成できます。

双方向ストリーミングと統合認証

「双方向ストリーミング」と「統合認証」の機能が組み込まれています。

gRPC は　“Protocol Buffers” をどのように利用している？

もう少しだけ具体的な話に掘り下げてみたいと思います。

gRPC は、 Protocol Buffers という技術を利用してます。

Protocol Buffers は、 gRPC の中で大きく 2 つの目的で利用されています。

Protocol Buffers on Go言語用ポストイット

gRPC の概要を掴むために、特徴、アーキテクチャ、ライフサイクルを理解する

はじめに

gRPC を使いためには「サービス定義」が必要

gRPCの概要を理解し `proto` ファイルから `protoc` でコードを生成してみる

はじめに

gRPC って？

サービス定義が簡単

すぐに始められて、かつスケーラビリティに優れている

さまざまな言語と実行環境に対応

双方向ストリーミングと統合認証

gRPC は “Protocol Buffers” をどのように利用している？

gRPC は　“Protocol Buffers” をどのように利用している？