

中嶋悟
名前:中嶋 悟(なかじま さとる) ニックネーム:サトルン 年齢:28歳 性別:男性 職業:会社員(IT系メーカー・マーケティング部門) 通勤場所:東京都千代田区・本社オフィス 通勤時間:片道約45分(電車+徒歩) 居住地:東京都杉並区・阿佐ヶ谷の1LDKマンション 出身地:神奈川県横浜市 身長:175cm 血液型:A型 誕生日:1997年5月12日 趣味:比較記事を書くこと、カメラ散歩、ガジェット収集、カフェ巡り、映画鑑賞(特に洋画)、料理(最近はスパイスカレー作りにハマり中) 性格:分析好き・好奇心旺盛・マイペース・几帳面だけど時々おおざっぱ・物事をとことん調べたくなるタイプ 1日(平日)のタイムスケジュール 6:30 起床。まずはコーヒーを淹れながらニュースとSNSチェック 7:00 朝食(自作のオートミールorトースト)、ブログの下書きや記事ネタ整理 8:00 出勤準備 8:30 電車で通勤(この間にポッドキャストやオーディオブックでインプット) 9:15 出社。午前は資料作成やメール返信 12:00 ランチはオフィス近くの定食屋かカフェ 13:00 午後は会議やマーケティング企画立案、データ分析 18:00 退社 19:00 帰宅途中にスーパー寄って買い物 19:30 夕食&YouTubeやNetflixでリラックスタイム 21:00 ブログ執筆や写真編集、次の記事の構成作成 23:00 読書(比較記事のネタ探しも兼ねる) 23:45 就寝準備 24:00 就寝
grpc rpc 違いの基本を押さえる
RPCはRemote Procedure Callの略で、別のマシン上にある関数を「呼ぶ」仕組みの総称です。つまりRPCは考え方の名前であり、実装はさまざまです。gRPCはその中の一つの実装で、Googleが開発したフレームワークとして広く使われています。HTTP/2という高速な通信技術を使い、Protocol Buffersという軽量なデータ形式でデータを送ります。これにより通信が速く、データも小さく送れるのが特徴です。もちろん、実装には注意点もあります。例えば、RESTと比べると、リソースをHTTPのURLで表す設計よりも呼び出す関数とその引数返り値を厳密に定義する点が強いです。
初心者の入り口としては、まずRPCという考え方を理解し、それに対する具体的な実装としてgRPCや他のRPC体系を比較すると理解が進みやすいです。以下の表は、代表的なポイントを整理したものです。
最後に、gRPCとRPCの違いを一言でまとめると、RPCは手法の総称であり、gRPCは高速で型安全を重視した実装の一つということです。自分のプロジェクトがどういうデータをどうやりとりするのか、どのくらいのパフォーマンスが必要かを基準に選ぶと良いでしょう。
この章を踏まえ、次の章ではgRPCの具体的な仕組みと使い方を詳しく見ていきます。
きょうの小ネタは、gRPCという言葉を机の上の道具箱に例える雑談です。今は部活の時間、部員の間でどの道具をどの場面で使うかを相談しています。gRPCは道具箱の中でも特に「高速で、型が決まっていて、複数人で同時に使える」道具です。けれど、道具箱の中身を理解するには、材料の重さや使い方のルールを知る必要があります。gRPCはHTTP/2を土台に、データはProtocol Buffersという軽い形で送ります。これにより、伝える情報が少なくて済み、送受信の準備が速く進みます。反面、RESTのように直感的で「誰でも理解しやすい」設計とは異なるため、初見の人には少し難しく感じることもあります。とはいえ、正しく使いこなせれば、複数のプログラミング言語で同じAPIを扱える利点や、チーム間の再現性の高さが大きな武器になります。