gRPC
なにこれ？
GoogleによるRPCの実装
RPCなので、クライアントでサーバのメソッドを直接呼び出すように扱うことができる
> all the complexity of communication between different languages and environments is handled for you by gRPC
HTTP/2が事実上必須
gRPC自体はプロトコルなのでHTTP/2以外でも実現できるが、HTTP/1.1はgRPCの要求を満たさないのでHTTP/2が利用されているらしい
bridge？ https://www.envoyproxy.io/docs/envoy/latest/configuration/http/http_filters/grpc_http1_bridge_filter
学習リソース
チュートリアル
コード例つきで見やすい
gRPCとRESTの使いどころ
import
messageの再利用
well-known-types
よく利用される定義済message
HTTP/2をしゃべるgRPCサーバを実装する
Rebuild Episode 81
Protobufが先にオープンソースになっていたが、RPCの実装は外に出ていなかった
公式として出すまでは野良実装がいくつかあった
HTTP/2ベース
RPCでほしいTCPのアプリケーションレイヤーの機能はHTTP/2に入っている
gRPCはユーザのコードを呼ぶぐらい
多重化
TCPのコネクション1本の上を複数のリクエスト/レスポンスが同時に走る
いままではできなかったのでTCPのコネクションを何本もはっていた
順番が決まっていた
RPCではリソース使い過ぎてしまうので多重化が必須だった
プッシュができる
HTTP/2ではデータをちょっと（フレーム）づつ送りつけることができるので、これを利用する
gRPCでは「Stream」と呼ばれる
microservices化をどうやったか
スピード優先で別リポジトリに同じ機能がたくさん生えた
同一リポジトリに関連機能をはやした
リリースに含まれるコミット数が多くなる=障害頻度が上がる&切り戻しが大変→リリース頻度が落ちた
microservices化を目論む
1. 開発スピードの向上：更新を限定的にして、障害発生リスク＆調査コストを減らす
2. 横断的な機能を共通基盤にする
再利用性が向上する機能を切り出す
今後伸ばしたい機能を切り出す