gRPC vs Apache Thrift: どのRPCフレームワーク?
gRPCはProtocol Buffersを使う最新のHTTP/2 RPCフレームワークであり、Apache Thriftはプラガブルなtransportを備えた長年確立されたクロス言語RPCシステムです。
gRPCはHTTP/2とProtobufの上に構築され、双方向ストリーミング、deadline、interceptor、急成長するエコシステム(gRPC-Web、service mesh統合)を提供します。ThriftはFacebook/Apache由来で、多くの言語とプラガブルなtransportおよびプロトコルをサポートし、より長い歴史を持ちますが現代のエコシステムは静かです。gRPCはストリーミング、HTTP/2、勢いで優れ、Thriftはtransportの柔軟性とレガシーへの到達で優れています。
| gRPC | Thrift | |
|---|---|---|
| Transport | HTTP/2 | プラガブル |
| IDL/シリアライゼーション | Protobuf | Thrift IDL |
| ストリーミング | First-class | 限定的 |
| 勢い | 高い | 成熟、鈍化 |
| 最適な用途 | 最新のマイクロサービス | ポリグロットなレガシーRPC |
ユースケースとエコシステム
gRPCは、ストリーミング、HTTP/2、service meshを含む広範なツールを必要とする最新のマイクロサービスに適しています。Thriftは、ポリグロットな環境や、すでにそれを基盤に構築された既存システムに適しており、柔軟なtransport/プロトコルの組み合わせを備えます。
運用とCIへの適合性
どちらもビルド中にIDLからクライアント/サーバーのstubを生成します。CodegenとcontractテストがCIで実行され、より高速なマネージドrunnerが多言語のstub生成とサービス間の結合テストを短縮します。
結論
ストリーミングと強い勢いを備えた最新のHTTP/2 RPCが欲しいなら: gRPC。柔軟なtransportや既存のThriftシステムとの相互運用が欲しいなら: Thrift。ほとんどの新規サービスはgRPCを選び、Thriftは確立されたポリグロットスタックで存続します。