中心にあるのは「リソース」と「動詞」#

RESTでは、扱う対象を リソース と呼び、URLで一意に識別します。リソースに対して何をするかは HTTPメソッド で表現します。

URLが「何を」、HTTPメソッドが「どうするか」を担当する、と覚えると整理が楽です。

RESTらしさを支える性質#

• ステートレス：サーバーはリクエスト間でクライアントの状態を覚えていません。必要な情報は毎回リクエストに含めます。
• キャッシュ可能：HTTPの Cache-Control や ETag をそのまま使えるので、CDNやブラウザに任せやすいです。
• 統一インターフェース：どのリソースも同じやり方（URL＋メソッド＋表現）で扱えるため、利用側の学習コストが下がります。

向いている場面・向いていない場面#

外部公開API、社内のWebサービス間連携、フロントエンドとバックエンドの通信など、HTTPの恩恵を受けたい大半の場面で素直な選択肢になります。一方、双方向の常時通信や、極端に低レイテンシを求めるサーバー間通信では、WebSocketやgRPCなどのほうが向きます。

「迷ったらRESTで始めて、足りなくなったところを別の手段で補う」くらいの距離感が、現実的な落としどころです。