REST

リソースをURIで識別し、HTTPのメソッド（GET、POST、PUT、DELETE）で操作するWebサービスの設計様式。状態をサーバに持たせないため単純で拡張しやすく、Web APIの主流となっている。

Webサービスの設計原則の一つ。HTTPメソッド（GET、POST、PUT、DELETE等）を用いてリソースを操作する。ステートレス性、統一インタフェース、リソースの識別可能性などの制約に従うことで、シンプルで拡張性の高いAPI設計を実現する。

Webのサービスを設計するための考え方（アーキテクチャスタイル）の一つ。操作の対象をリソースとしてURIで識別し、HTTPのメソッド（GET、POST、PUT、DELETEなど）で操作して、JSONなどで状態を表現する。サーバが利用者の状態を保持しない（ステートレス）ことを原則とし、Web APIの設計で広く採用されている。

Webブラウザをクライアントとし、HTTPプロトコルを用いてWebサーバやアプリケーションサーバと通信するシステム構成方式。クライアント側のインストールが不要で、配布・更新が容易な利点がある。

単一のHTMLページ上で、JavaScriptにより画面遷移を制御するWebアプリケーション構成。サーバからデータのみを取得し、クライアント側で画面を動的に更新するため、操作性の高いユーザ体験を提供できる。React、Vue.js等で構築される。

Facebookが開発したAPI向けのクエリ言語および実行環境。クライアントが必要なデータの構造を指定して取得できるため、REST APIで問題となるオーバーフェッチやアンダーフェッチを解消できる。

マイクロサービスアーキテクチャにおいて、クライアントからのリクエストを適切なバックエンドサービスにルーティングする入口。認証、レート制限、ロギング、プロトコル変換などの横断的関心事を一元的に処理する。

利用者IDや有効期限などの情報（クレーム）をJSONで表し、デジタル署名やMACを付けて改ざんを検知できるようにしたトークン。署名付きのJWTは、ヘッダー・ペイロード・署名をそれぞれBase64URLで符号化し、ピリオドでつないだ文字列で表す。OpenID ConnectのIDトークンやAPIのアクセストークンに使われ、受け取った側が署名とアルゴリズム（alg）を正しく検証しないと、改ざんされたトークンや署名のないトークン（alg=none）を受け入れてしまう。

システムが提供すべき機能や振る舞いに関する要件。入力に対する処理内容と出力、データの管理方法、業務ルールの実装などを具体的に定義する。非機能要件と対比して用いられる。