書籍 "Webを支える技術" 第三部 HTTPの要点まとめ - 気ままに気ままのエンジニアブログ

こんにちは。

リモートワークになり早1ヶ月。
最近は土日の有り難みをあまり感じなくなり、常にちょいオン状態が続いております。

どうもハチマキです。

前回に続き、入社早々に上長から教えてもらった
エンジニアデビュー3ヶ月後くらいに読むと良さそうな書籍
「Webを支える技術 -HTTP、URI、HTML、そしてREST」の第3部のまとめになります。

1部、2部についてもまとめておりますので、ぜひそちらもご参考にして頂ければと思います。

▼書籍はこちら
www.amazon.co.jp

※今回は、第3部 : HTTPについてまとめております。

第3部では、HTTPの仕様と、より良いWebサービスやWeb APIを設計するために知っておくべきHTTPの特性について解説がされております

HTTPとは何かから始まり、基本構造や役割を知ることができた。

正直まだ概念を理解できただけであって、WebサービスやWeb APIを設計していく際に、確実に実現できるまでにはほど遠いが、今回学んだことを頭の片隅に置いておき、いざとなったときに調べられる状態にはなったかなと思う。

HTTPとは、TCP/IPをベースにしたネットワークプロトコルで、RESTの重要な特徴である統一インターフェイス、ステートレスサーバ、キャッシュなどを実現している、Webの基盤となるプロトコル
ハイパーテキストだけではく、静止画、音声、動画、JSプログラム、PDFなど、コンピューターで扱えるデータであれな何でも転送可能

クライアントが出したリクエストをサーバで処置してレスポンスを返す仕組み（レスポンス型のプロトコル）
※リクエストメッセージとレスポンスメッセージをまとめてHTTPメッセージと呼ぶ

HTTPはステートレスなプロトコルとして設計されている
※ステートレスとは「サーバがクライアンのアプリケーション状態を保存しない」制約のこと

ステートフルの欠点
- 1つのサーバが同時に相手をできるクライアントの数には上限がある
- クライアントの数が増えた場合にスケールアウトさせにくくなる
- サーバは常にクライアントのアプリケーション状態を覚えている必要がある

ステートレスの利点
- リクエストメッセージに必要な情報を全て含める（自己記述的メッセージ）ため、新しく来るリクエストの処理に集中することができる
- 各クライアントが自分のアプリケーション状態を伝えるので、サーバは情報を覚えておく必要がない

※POSTとPUTの使い分け
どちらもリソースを作成することが可能であるが、リソースの作成はPOSTで行い、URIもサーバ側で決定する設計が望ましい

大きく下記5種類に分類でき、それぞれに意味があるためWebサービスやWeb APIでエラーが起きた時に、どのステータスコードを返すかは、とても重要な設計の検討事項である（正しく使うことが重要）

HTTPヘッダとは : メッセージのボディの対する付加的な情報、いわゆるメタデータを表現する
電子メールプロトコルとの違い : メールプロトコルが一方的にしかメッセージをやりおりしないのに対し、HTTPは一度の通信でリクエスト / レスポンスの2つのメッセージをやりとりする点
メソッドやステータスコードと組み立て、認証やキャッシュなどのHTTPの重要な機能を実現する

次回は、第4部ハイパーメディアフォーマットについてまとめて行きたいと思います。
以上、ハチマキでした。