gRPCとGraphQL
gRPCという言葉は以前から知っていたのですが、Rest APIの新しい物という認識ぐらいで
あまり良く分かっておりませんでした。
エンジニアたる物
一度使われ所といったことを調べておかないと思い、
メリカリさんの記事を見て、少し理解したので記事にさせて頂きます。
結構ざっくりな説明になりますが、よろしくお願いします。
まず、gRPCはどういう時に使われるのかというと、マイクロサービス間の通信に使われる事が多く、
GraphQLは、フロントエンドとバックエンド間の通信の際に良く使われます。
※ GraphQLとは簡単にいうと、FaceBookが作った新しいAPI通信規格なのですが
クエリーを投げ、必要なデータのみ取得することにより、通信自体が軽くなるようです。
でマイクロサービスでのgRPCとGraphQLの使われ方についてなのですが、
BFF(Backend For Frontend)
という設計で作られることが多くなっているようです。
BFF採用企業
メリカリさんやzozoさん、andpadといった企業さんが利用されています。
BFFはフロントとバックエンド(各マイクロサービス)間に入る
ルーティングみたいなのものです。
その際に、遅いとされるマイクロサービスの速度を改善する為に、
フロントとBFFの通信はGraphQLで、BFFとバックエンド(マイクロサービスで作られた)間の
通信はgRPCで通信することにより、速度が遅くならないでしょという感じです。
BFFの技術選定について
ただ、BFFはフロントとはGraphQLで通信し、バックエンドではgRPCとやりとりする必要がある為、
BFFは、GraphQLとgRPCを両方使える必要があるようです。
その為、BFFはnode.jsのフレームワークのNestJSがよく使われているみたいです。
記事一部抜粋
──効率性と将来性を考えてGraphQLを採用されたのですね。
末田：ライブラリについても言及すると、BFFの実装にはNestJSのGraphQLのモジュールを使用しています。
コードを書いてデコレーターでスキーマ情報を定義し、自動的にスキーマを書き出すコードベースの方式を採用しています。
全体としては、BFFサーバーの中でgRPCクライアントを生成し、そこから各マイクロサービスにリクエストして、各フィールドに必要な情報を取得しています。
──なるほど。技術選定の際、NestJS以外の候補はありましたか？
名村：マイクロサービスに対するアクセスとGraphQLのインターフェースを両方カバーしているフレームワークは、NestJS以外にあまりないんですよ。
また、NestJSはJavaのようなDependency Injection(DI)の考えがあるので、DIの仕組みに乗っかっていれば、
マイクロサービスが肥大化してもコード量をたくさん増やさなくてもいい。必要なサービスをGraphQLのリゾルバーで呼び出すことができると思ったので、NestJSを採用しました。
使用する上での制約もありますが、DIのレイヤーで依存関係を構築できたので、NestJSを採用して良かったと思っています。