![[24時間365日] サーバ/インフラを支える技術 ‾スケーラビリティ、ハイパフォーマンス、省力運用 (WEB+DB PRESS plusシリーズ)](https://images-na.ssl-images-amazon.com/images/I/51uK4ACymiL._AC_UL160_SR112,160_.jpg)
RESTとは以下の制約にもとづいたアーキテクチャスタイルのこと
- ステートレス
- サーバーがアプリケーションの状態を保持しない(サーバー側のシステムが単純になる)
- クライアント側で必要な情報を毎回すべて送信（送信データ量が多くなるデメリットもある）
- 毎回認証必要でサーバー負荷かかる
- クライアントーサーバー型
- キャッシュを利用してサーバーとの通信回数を減らす
- インターフェースの固定
- HTTP1.1だとGETやPOSTなど8種のインターフェースに固定
- クライアントとサーバーの独立性が向上し全体のアーキテクチャがシンプルになる
- システムを階層に分離し構成を柔軟に
- 具体的にはサーバーの前にLBを配置して負荷分散したり、Proxyを設置してアクセス制御したり
- クライアントから接続先を意識することはない
- 各階層のコンポーネント間をHTTPで統一しているからできる
- サーバーもプロキシもユーザーからは同じインターフェース
- プログラムをクライアントにダウンロードして実行する
- JavascriptやFlashなど
- クライアントを後から拡張できるメリット
RESTfulとはRESTの制約に従ったRESTらしいアーキテクチャのこと
- ステートフルだけど他の制約には従っているなど(制約に全て準拠していない）
- 実際の設計時にRESTから外れることの方が多い(RESTfullになる)
WebAPIのURI設計において重要なこと
- プログラミング言語の拡張子を使わない(plやphpなど)
- 実装依存のパス名(cgi-bin/servletなど)を利用しない
- 上記２つは言語やフレームワークを買えると対応できない（密結合にしない）
- セッションIDを含めない
- セキュリティ的な懸念もあるが、セッションIDは毎回変わるから
- リソースを表現する名詞（URIでリソースの名前を意識できること）
microformats
- HTML上で簡単に気軽にセマンティックを記述できることを目的に定義されたもの
セマンティック
- HTMLで表現されているテキストがどのような意味を持つかをプログラムでも解釈できるように(言い換えれば人間が読んで理解するwebページの意味をプログラムからも処理できる形式的に意味を記述するための技術)
- 課題としてタグ内のclassやrel属性に情報を詰め込むが、たまたま同じ属性名があった場合誤作動を起こしてしまう
- 解決策として名前空間を使う → RDFa → しかしRDFaは見た目が複雑化してしまう課題あり
Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESS plus) (日本語) 単行本（ソフトカバー） – 2010/4/8
Kindle 端末は必要ありません。無料 Kindle アプリのいずれかをダウンロードすると、スマートフォン、タブレットPCで Kindle 本をお読みいただけます。
-
Apple
-
Android
-
Android
無料アプリを入手するには、Eメールアドレスを入力してください。
１分以内にKindleで Webを支える技術 ―― HTTP，URI，HTML，そしてREST WEB+DB PRESS plus をお読みいただけます。
Kindle をお持ちでない場合、こちらから購入いただけます。 Kindle 無料アプリのダウンロードはこちら。
Kindle をお持ちでない場合、こちらから購入いただけます。 Kindle 無料アプリのダウンロードはこちら。
Amazonタイムセール祭り開催中
期間限定！人気商品がお買い得。最大5,000ポイントのポイントアップキャンペーンも同時開催中。 タイムセール祭りを今すぐチェック
商品の説明
内容紹介
Webは誕生から20年で爆発的な普及を果たし,17億人のユーザと2億台のサーバを抱える巨大システムへと成長しました。Webがここまで成功した秘密は,その設計思想,いわゆるアーキテクチャにあります。Webのアーキテクチャ,そしてHTTP,URI,HTMLといったWebを支える技術は,Webがどんなに巨大化しても対応できるように設計されていたのです。
私たちが作る個々のWebサービスも,Webのアーキテクチャにのっとることで成功へとつながります。Webのアーキテクチャに正しく適応したWebサービスは,情報が整理され,ユーザの使い勝手が向上し,ほかのサービスと連携しやすくなり,将来的な拡張性が確保されるからです。
本書のテーマは,Webサービスの実践的な設計です。まずHTTPやURI,HTMLなどの仕様を歴史や設計思想を織り交ぜて解説します。そしてWebサービスにおける設計課題,たとえば望ましいURI,HTTPメソッドの使い分け,クライアントとサーバの役割分担,設計プロセスなどについて,現時点のベストプラクティスを紹介します。
内容（「BOOK」データベースより）
本書のテーマはWebサービスの実践的な設計。まず良いWebサービス設計の第一歩として、HTTPやURI、HTMLなどの仕様を歴史や設計思想を織り交ぜて解説。そしてWebサービスにおける設計課題、たとえば望ましいURI、HTTPメソッドの使い分け、クライアントとサーバの役割分担、設計プロセスなどについて、現時点でのベストプラクティスを紹介。
著者について
1975年生まれ。株式会社リコーグループ技術開発本部にてWebに関連した研究開発に従事。個人のブログではWebやXMLに関連する記事を書いている。好きなプログラミング言語はJavaとRuby。好きなHTTPメソッドはGET、ステータスコードは200 OK、ヘッダはContent-Type。
ブログ:http://yohei-y.blogspot.com
登録情報
|
