https://future-architect.github.io/articles/20220623a/

サービス間通信とIDL（インタフェース記述言語）連載の2日目のエントリーです。

本当はGraphQLネイティブなデータベースの紹介をしようとしたのですが、紹介しようとしていたものがまだベータでクライアントライブラリが公開されていない（空っぽのリポジトリしかない）みたいな感じで試せなかったので、急遽2022/6/1に公開されたばかりのgRPC関連のライブラリのConnectを紹介することにしました。

Connectの開発元が公開したブログは次のサイトにあります。

公式ドキュメントはこちらです。

なお、gRPCについての詳細はこのエントリーでは紹介しません。ちょうど、H.SakiさんがgRPCの詳しい紹介の記事を書いてくれているので、ぜひ、みなさんこちらを参照ください。

Connectとは何者かというと、現時点では純正のgRPCのGoコードの別実装ということになります。あえて作ったのは既存の実装にいろいろ不満があるからということです。

• コメントを除いて100以上のパッケージで合計13万行ででかすぎる
• Go標準ではなく独自実装のHTTP/2実装を使っていて、Goの標準的なミドルウェアなどが使えない
• ウェブから使うにはプロキシが必要
• デバッグ大変
• セマンティックバージョニングを使ってない

Connectはこれに対して次のような特徴を備えたGoのgRPCサーバー/クライアントフレームワークとなっています。

• 数千行のコードで、基本的なところは１パッケージにまとまっている。生成されたコードも少ない
• net/httpのサーバー、クライアントともに、http.Handler、http.Clientを利用しているため、サードパーティのライブラリを駆使しやすい
• gRPC、gRPC-Web、およびConnect独自のプロトコルの3つを最初からサポートしたサーバー、クライアントが作れる。プロキシは不要。Connect独自のプロトコルはREST APIになっていてcurlで簡単にテスト可能。もちろんgrpcurlも可能。
• 1.0が出たらセマンティックバージョニングに準拠して後方互換性をきちんと守っていく宣言。

Connectを開発したのは、Protobufからのコード生成やら、linterやら、いろいろやりやすくしてくれるツールであるbufを開発したところです。Protobufを知り尽くしているところが作ったライブラリになります。