Ruby で gRPC を使おう / ruby-grpc

Transcript

1. 2025/12/17 Nakaya Ryota Ruby で gRPC を使おう
2. なかりょー @株式会社ギフティ 
 
 自己紹介 • バックエンドエンジニア 
 • 前職はバックオフィス ERP ベンダーで上流メイン 
 • Go / Ruby / Java
 • AI に翻弄される今日この頃 
 @nakaryo79
3. みなさん、gRPC 使っていますか？

4. • RPC（Remote Procedure Call）とは、リモート上のコンピュータープログラムを呼び出して実行する 技術、またはそのためのプロトコル 
 • あたかもローカル関数を呼び出しているかのようにリモートにある関数を実行できるようにする技 術を指す
 ◦ IDL があって、そこからクライアント/サーバーのコードを自動生成して利用する 
 そもそも RPC とは
5. • RPC で通信するためのフレームワーク 
 • Google が開発して、2015年に OSS 化した 
 • L7 プロトコルは HTTP/2 を使う 
 • JSON などのテキストベースの通信ではなく、Protocol Buffers を使用してシリアライズしたデータ フォーマットでやり取りするのが特徴 
 • JSON などを生でやり取りするより 通信効率がいい 
 • ちなみに、gRPC の “g” の意味はバージョンによって変わる（Google の “g” ではない） 
 gRPC とは
6. • 特定の言語やプラットフォームに依存しない
 ◦ クライアント、サーバーが異なる言語で実装されていても通信可能
 • IDL として .proto ファイルに IF 定義を記述して、そこからクラサバのボイラープレートを自動生成して使う
 gRPC とは
7. • マイクロサービスの流行と合わせて利用されるケースが増えてきた 
 トレンド感
8. • データがシリアライズされるのでとにかく通信効率がいい
 ◦ つまり、速い!!
 ◦ JSON ベースでの通信と比べて2倍速いというベンチマークも
 ▪ もちろんワークロードやペイロードの内容にも依る
 ◦ マイクロサービスのようにリモートコールが増えるアーキテクチャでは価値が大きい
 • スキーマファーストでの開発を強制できる
 • JSON Schema と比べて IDL が読みやすい（と思う）
 • ボイラープレートがあるので、慣れれば API を叩く開発が楽
 • ストリーミング機能もある
 gRPCを使うメリット
9. • gRPC そのもののエコシステムと Protocol Buffers の仕様を覚えないといけない 
 ◦ OpenAPI スキーマや GraphQL スキーマほど浸透していないので学習コスト... 
 • 既存のツールが使えない場面がある 
 ◦ curl で叩けない
 ◦ HTTP クライアントツールが対応していないなど 
 ▪ とはいえ、Postman など有名どころは対応している 
 • 公式にサポートされている言語に縛られる 
 gRPCを使うデメリット
10. • C# / .NET
 • C++
 • Dart
 • Go
 • Java
 • Kotlin
 • Node
 • Objective-C
 • PHP
 • Python
 • Ruby
 • Swift
 公式サポートのある言語 ※ 2025年時点
11. • grpc gem、grpc-tools gem が公式から提供されている 
 • Protocol Buffers の定義ファイルを書いて Ruby のコードを自動生成 
 • あとはサーバーとクライアントを実装するだけ 
 Ruby での gRPC 開発
12. • service: 関数を束ねる概念
 • rpc: 関数定義
 • message: 構造体定義
 Protocol Buffers による IF 定義
13. • service: 関数を束ねる概念
 • rpc: 関数定義
 • message: 構造体定義
 Protocol Buffers による IF 定義 yaml と違ってクラスや関数定義の ように書けるので読みやすい
14. • 配列、enum、繰り返し、map などなど、様々な表 現ができる
 • https://protobuf.dev/programming-guides/proto 3/
 Protocol Buffers による IF 定義
15. • protobuf で定義されたメソッドを実装するだけ
 Ruby のサーバー側実装
16. • サーバースタブを作成する
 • そのスタブに対してメソッドを呼び出すだけ
 Ruby のクライアント側実装
17. • サーバースタブを作成する
 • そのスタブに対してメソッドを呼び出すだけ
 Ruby のクライアント側実装 • リモート呼び出しの際に URI とか意識しなくて良い • レスポンスのパースなども不要 • Faraday などのクライアント gem も不要
18. • 実際に使ってみた（サーバー側は Go、クライアント側が Ruby という構成）
 • Protocol Buffers の IDL 記法にさえ慣れれば楽に開発できる
 • Ruby には型がないので、自動生成コードの挙動を追うのが大変だった
 ◦ レスポンスからエラーの詳細を取り出すためにキャストやデシリアライズなど色々しないといけなく、ドキュメン トも少なかったため苦労した
 • rails サーバーに組み込むには工夫が必要
 ◦ gruf などのライブラリを使うのが良さそう
 ▪ https://github.com/bigcommerce/gruf
 • 巷に知見が少ない...
 実際にプロダクションで使ってみての感想
19. • gRPC には色々辛い点があって、Buf という企業が Connect という RPC FW を開発、提供している
 ◦ https://github.com/connectrpc
 ◦ 2025年末時点だと Go、TypeScript、Python、Swift、Kotolin、Dart がサポートされている
 ◦ 新しい言語のサポート予定もあるそうなので Ruby もサポートされるといいですね...
 よもやま
20. • gRPC は高速 & 型安全な RPC フレームワーク 
 • Ruby での実装は難しくない 
 • Rails サーバーに組み込むのはややハードルがある 
 • Connect RPC も要チェック 
 まとめ
21. Fin