版)を読んで、その章立てと、それぞれにどんなことが書いてあるかを一言づつまとめた。Then?コモディティ計算機による超大規模データセンターの建設・運用がクラウド提供者となる主要素。コスト、運用コストを考慮そして、クラウドへデータを移動するコスト、クラウドで計算するコストを加味して、クラウドに移行すべきかを判断する。クラウド提供者には望ましいが利用者にとっては課題。複数のクラウド、たとえばプライベート・クラウドとパブリック・クラウドで同じソフト基盤が使える。Auditability「大事なわれわれの企業データをクラウドには置けない。」「クラウドに置いたデータが監査可能でなければならない。」という声に対する回答・機会。事前に暗号化したデータをクラウドに入れる方が、ローカルのデータセンターに平文でデータを入れるより安全である。届かない層を付加できる。国境を越えないでデータを扱うようなことも必要になる。Bottlenecksクラウドにデータ転送するコストについて、3つの機会がある。データをディスクで送付する。クラウドに入れてしまえさえすれば、データ転送がボトルネックにならない場合がある。広域網のバンド幅にかかるコスト、イントラ・クラウド通信コストを削減する。共有は性能的に問題がある。次のような機会が考えられる。Storageストレージのクラウド化は難しい。API、性能の保証、複雑なデータ構造をストレージ自身がサポートなどの対応が試みられている。クラウドに合ったストレージはいまだ研究途上。Quicklyサービスレベルを保ったまま、素早く自動的にスケールアップ・スケールダウンができるようにすることが機会となる。ような評判を守るサービスが機会となる。Tomorrow「ユーティリティとしてのコンピューティング」という長年の夢がいよいよ実現しつつある。CPU・ストレージ・ネットワークを利用することで、使っただけを支払う(pay-as-you-go)モデルへの可能性が開けた。いくつかの障害・問題点はあるものの、それに取り組む機会もある。クラウド利用者の視点:ハードの新企業がファブレスであるかのように、ソフトの新企業がデータセンターを持たずに始められる。名だたる企業や大学もクラウドの弾力性・柔軟性を活用している。ピーク性能に合わせた運営が可能となる。次世代システムの開発者はクラウドに置くことを前提として設計するようになる。水平・大規模にスケールさせることが追求される。アプリケーション・ソフトウェア:クラウドとクライアントに分割され、どちらもスケールアップだけでなくスケールダウンにも対応でき、クライアント側はクラウドから切り離されても使える必要がある。インフラストラクチャ(基盤)・ソフトウェア:もはや仮想マシン上で動いていることが前提で作られるべきだし、使った分だけ利用料を請求できるようにしておく必要がある。ラックではなくコンテナ単位のスケーリングができ、消費電力・エネルギーが考慮される設計が必要である。なく、複数の仮想マシンが最も低次のソフトウェアとなる前提で設計される必要がある。フラッシュメモリを加えた記憶階層データセンターのスイッチ、広域網ルータのバンド幅とコストを改善する必要がある。基本的にはクラウド提供者の視点で書かれたポジション・ペーパーである。課題と機会は、その研究の方向性を示すものである。クラウドを利用すべきか判断するのに、クラウドへのデータ転送コストを考慮したところがユニークである。商用化されているクラウドを分類した表、計算資源を調達するように必要なコストをまとめた表なども有用である。その活用技術・スキルをまだ開拓する余地があるということであり、そこにビジネスの機会を見出せる可能性があるということでもある。なるということは、顧客がクラウド利用スキルを身につけることに相当する。それは米国では可能かもしれない。)はてなブログをはじめよう!muranagaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。