RESTとAJAXとIPv6

書きかけで放置してたこの原稿をどうしようかと思っていたが、ちょうど「AjaxとRESTのパラドックスからWeb2.0を考える」というエントリがITmediaオルタナブログに掲載されたので、関連付けて書き上げてみる。

同エントリにも解説してあるが、RESTとAJAXの関係については、URIを持たないからAJAXはRESTfulでない、REST的にはダメだという議論が嘗てあった。たしかに、多くのAJAXアプリケーションではサーバ情報を非同期に読み込んで、innerHTMLを直接書き換えて画面遷移なしに（ページ再読み込みなしに）サーバ情報を表示するから、一見URIを持てないように思える。しかし、この問題についてはGoogle Maps（Googleローカル）の「このページのリンク」ボタンや、最速インターフェース研究会「location.hashを使ったセッション復元」というエントリに挙げられている方法など、実装方法の工夫により解決は可能である。寧ろ、「第8回XML開発者の日」の高橋氏のプレゼンで提案されていた通り、REST的には苦手なユーザー認証を解決するために、認証の要否でサーバ上の情報を切り分けておき、認証不要な情報を「RESTfulなサーバアプリケーションから」「AJAXを使って読み込む」ような共存が可能な相補関係にある存在ですらあるのだ。

さて、ここで観点を変えてみると、RESTはサーバ負荷を軽減できるArchitectureである。これは、「RESTがビジネスに与えるインパクト」で述べたとおり、REST Architectureのもとでは不要な情報・アクションをサーバ側で行わないからだ。一方、AJAXは、従来サーバが行っていた「Serverへの情報リクエスト&結果表示」をクライアントPC側で実行する技術である。言い換えれば、AJAXは、ある種の分散コンピューティングと言うこともでき、これもまたサーバ負荷の軽減が期待できる。 つまり、RESTとAJAXはともにサーバの負荷分散を効果としてもたらす技術であり、よりPeer To Peerな技術なのである。

さてここで、ふと思い出したのがIPv6である。IPv6とは次世代のIPアドレスの規格として提唱されたもので、IPv4が32ビットであるのに対し、128ビットで構成されている。つまり、数が多い。これは、IPv4の枯渇を解消すべく作られたものだが、コンピュータへのIPアドレス分配という意味では、グローバルアドレスとローカルアドレスの組み合わせで、ある程度解決されている。そこで、IPv6の活用分野は、コンピュータ以外、例えば、冷蔵庫と中の野菜なんかに個別に振って、究極のSCMやPersonalization Serviceを実現する、といった方向に向かっている。確かに必要性は分かるのだが、今ひとつ現実的なアプリケーションがイメージしづらいという感は否めない。

しかし、このIPv6が、RESTとAJAXの世界で、より意義を帯びてくるように思われる。というのも、RESTとAJAXを徹底的に追求していくと、インターネットそのものが巨大なグリッドコンピュータになるからだ。この場合、各々の構成要素（グリッド）＝サーバコンピュータ＝クライアントPCの「場所」（名前、URI）が特定されねばならない。所謂「名前重要」というやつである。この「名前」は各々の構成要素（コンピュータ）がアクティブである限り、普遍的でなければ意味がない。そこで、その有力候補として挙げられるのが、冷蔵庫や野菜に振ることすら可能なIPv6だ、というわけである。

と言うわけで、RESTとAJAXとIPv6と言う一見相反する、また全く無関係なものが一列に並んだわけであるが、やはり、単なるPC・サーバ連携の話であれば、必ずしもIPv6は必要ではないだろう。よって、ここで想定しているのは、コンピュータ以外の様々なデバイス、携帯電話やPDA、iPodなどのガジェット類がPCやサーバーとREST&AJAXで連携するような世界である。こう書くと、あたかもSF映画の話みたいで、まだまだ遠い未来のようである。しかし、近いうちに携帯電話にECMAScriptが標準装備されるとも言われている現在、REST＋AJAX＋IPv6＝世界規模のグリッドコンピューティング、という世界は意外に遠くないのかもしれない。

ブログを書くならBlogWrite