Toshiro Shimura's Library tagged cloudcomputing →  View Popular

レベル1もレベル2も、作成したアプリケーションが実際に稼働するサーバは開発者自身が用意しなくてはならない。それに対してレベル3のプラットフォームというのは、ランタイムやライブラリまで含め、実行環境全体を提供するインターネットサービスを指す。開発者はコードをアップロードするだけでよく、物理的なサーバやネットワーク機器、OSやライブラリなどといったものに煩わされることがない。その実行環境というのは、最近“クラウド”（cloud）と呼ばれることが多い、多数のサーバで実現された分散コンピューティングシステムの上で提供されることになる。

　今後数年で「Webブラウザ上で開発」ではなく「クラウド上で開発」という世代交代が起こるだろうとアンドリーセン氏は予言している。ちょうど現在、大学を出たばかりの若い開発者たちがWebブラウザで使えないサービスを設計する理由が分からないのと同様に、今後数年で出てくる若い開発者たちはクラウド以外をターゲットにアプリケーションを書くなど考えられなくなるだろうという指摘だ。未来のプラットフォームというのは、開発環境やプログラミング言語のように製品として購入したりダウンロードするものではなく、ネットワーク上に存在するサービスになるのだという。

　レベル3プラットフォームの例として、アンドリーセン氏は、Salesforce.comやSecond Life、AmazonのEC2（Elastic Compute Cloud）やS3（Simple Storage Service）、FPS（Flexible Payment Service）といったサービスを挙げている。それぞれジャンルや方向性は異なるものの、ユーザーが作成したコードが、そのままオンラインで走る環境を提供している点で一致している。

レベル3プラットフォームはレベル1、2に比べてインフラコストが必要最小限に抑えられることが利用者にとってのメリットだが、アンドリーセン氏の予言は、「実は、それよりもっといいことがある」と続く。

　もしオープンソースのエコシステムをプラットフォーム上に実現してユーザーが自由にコードを共有することになれば、「アプリケーション開発の進化速度は驚異的なものになるだろう」（アンドリーセン氏）という。これまでにもオープンソースコミュニティでは、ネットワーク上でコードを共有してきたが、コードの入手や変更の手間はレベル3プラットフォームとは比べようもない。レベル3プラットフォーム上では、コードのクローンを用意して変更を加えることが、かつてなかったほどの容易さになる。

　アンドリーセン氏自身は書いてないが、ベンチャー企業の「Bungee Connect」が、この点で注目すべきサービスを展開している。Bungee ConnectはオンラインでWebアプリケーションを開発して、ディプロイメントまでできるサービスだ。Webブラウザ上にGUIの開発環境が用意されており、独自の開発言語とAjaxフレームワークを使ってアプリケーションを作成できる。他社のWebサービスをラップして、SOAPで公開されているAPIをオブジェクトとして扱うライブラリなどを用意するなど、いかにもWeb時代の開発環境だ。

　アンドリーセン氏は、こうしたプラットフォームではユーザー間でコード売買ができる市場を作り出すことも可能だろうと指摘している。「こうしたプラットフォーム上で、どれほどの開発が行われるか、その可能性は無限だ」（アンドリーセン氏）。

　「プラットフォーム」と呼ぶのか「ウェブOS」と呼ぶのか、あるいは「クラウド・コンピューティング」と呼ぶのか、呼び方は定まらない。SaaSに倣って「PaaS」（Platform as a Service）や「HaaS」（Hardware as a Service）などという呼び方もある。呼称はさまざまだし、その定義も人によって少しずつズレている。しかし、日に日にオンライン側に移行しつつあるコンピューティング環境の変化が、ここに来てまた1つの転回点にさしかかっていることだけは間違いないと思う。

現在、企業コンピューティングの世界で喧伝されている言葉に、Cloud Computingがある。アプリケーションがサービスとして、ネットワークの向こうから提供される、といった意味だ。Cloud(雲)と言われるのは、ネットワークの向こうのサーバーやストレージなどを意識する必要がない、言い換えれば雲の向こうで見えなくても構わない、ということからきているとも言われる。

Googleが提供するサービス

　アプリケーションをネットワーク経由のサービスとして提供するという点で、この分野のリーダーの1つがGoogleであることは言うまでもない。だが、Googleが提供するサービスを、大企業が本格的に利用するようになるかと言われると、それほど単純ではない気がしている。その大きな理由は、Googleが企業マインドの会社ではない点にある。たとえばミッションクリティカル、あるいは勘定系にも利用できる高信頼性、といった言葉はGoogleにはあまり似合わない。むしろ挑戦や冒険といった言葉の方が似合うと思うし、“as is”とか“best effort”の方が似合うと思っている。

　もちろんGoogleも若い企業だから、若さ故の特性ということもあるだろう。が、Googleは本質的に企業マインドの会社ではないと感じている。かといってコンシューママインドでもなく、強いて言えばアカデミックマインドあるいはデベロッパマインドみたいな会社ではなかろうか。

“インフラからの開放”は他社も訴えている。たとえば、ネットスイートやインテュイットが提供するプラットフォームはForce.comの競合になるのか。また、提携関係にあるGoogleもこの分野では競合のように見える。

ライバルはソフトウェアだというセールスフォース・ドットコムはForce.comを21世紀のプラットフォームと位置づける

グロス氏　強調しておきたいのは、クラウド・コンピューティングあるいはPaaSは当社だけの動きではなく、業界全体の動きだということだ。Googleをはじめとする他社の参入は歓迎すべきことだと思っている。今後、多くのベンダーが参入してくるだろう。

　どこが競合かと問われれば、間違いなくクライアント/サーバモデルだ。つまり、SAPやオラクル、マイクロソフトとなる。我々がやろうとしているのは、ソフトウェアのモデルをインターネットに移行させること。そのメリットを訴えていくために、Googleともパートナーシップを結び、市場そのものを発展させようとしている。

　将来的には、企業向けアプリケーションはすべてインターネットに移行していくだろう。当社はCRMアプリケーションを開発、提供しているが、あくまでもそれは出発点に過ぎない。今後は、当社以外のベンダーが、CRM以外のカテゴリでもアプリケーションを開発できるよう支援をしたい。その際に必要になる開発ツール、プラットフォームが「Force.com」だ。

ベニオフ氏は、これまで注力してきたSaaSの今後の方向性について、「これからは『Web 3.0』『クラウドコンピューティング』『PaaS』の時代だ。当社は今後10年間、エンタープライズ向けクラウドコンピューティング、つまりPaaSに注力していく」と断言。「従来のアプリケーション開発、例えば.NETで開発する場合、開発コストが高く、複雑でリスクを伴うものだった。その結果、多くのソフトウェア開発プロジェクトが失敗に終わっている。しかし、Web 3.0時代のPaaSの上であれば、そのリスクを抑えつつ、開発することができる」（ベニオフ氏）と説明した。

　同氏はPaaSの例として、CPUパワーやストレージを提供する「Amazon Webサービス」、ソーシャルアプリケーションの「Facebook」、Webアプリケーションの「Google Apps」、エンタープライズアプリケーションとしての「force.com」などを挙げ、これらが有効に活用されているとした。

1. 特権ユーザーによるアクセス

　アウトソースされたサービスは、企業のIT部門が社内プログラムに対して行使する「物理的管理」「論理的管理」「人的管理」の影響を受けない。そのため、社外で処理された機密性の高いデータは最初からリスクを含有している。したがって、自社データを扱うベンダー側の人員については、なるべく多くの情報を収集しておく。「従業員の具体的な情報をベンダーに提供させ、特権を持つ管理者や彼らに対するアクセス監視／制御を行うよう求める必要がある」（Gartner）

2. コンプライアンス関連

　たとえ管理するのがクラウド・ベンダーの側だとしても、自社データの安全性と完全性は最終的に顧客が責任を持つことになる。通常のベンダーであれば、基本的に外部の監査や安全性のチェックを受けている。だが、この種の調査を拒否しているクラウド・ベンダーもいるため、そうしたベンダーには重要性の最も低いデータしか任せられないことになる。

Gartnerは、クラウド・コンピューティングについて、「きわめてスケーラビリティの高いITシステムを『サービス』として提供するタイプ」のコンピューティングと定義しており、Amazon.comの「EC2」やGoogleの「Google App Engine」をその例として挙げた。

　一方、サービスを利用する顧客に対しては、セキュリティ・プログラムに関する詳細情報の開示を拒むクラウド・ベンダーの利用を避け、透明性を保てるように心がけねばならないと述べている。ポリシー作成者／アーキテクト／コード記述者／オペレーターの持つ資格についてベンダーに質問し、リスク管理の手順や技術的な仕組みを確認することが必要だとする。

Googleのオンラインオフィススイート「Google Docs」は、まだ限られてはいるものの、役立つPDFファイルのサポートを、新たに追加した。

　Google Docsのユーザーは、Adobe
Systemsが最初に開発し、現在では標準規格として広く受け入れられているPDF形式のドキュメントをアップロードして、閲覧することができる。ウェブ上に保存されたPDFファイルの転送も可能になる。