タグ: AWS

CloudscalingのCTO Randy Biasが今日（米国時間7/24）、OpenStackに宛てた公開書簡を書いた。その中で彼は、オープンなクラウドを目指す各種の取り組みは、Amazon Web Services(AWS)のデファクトスタンダード性を素直に認めて、それと互換性のあるAPIを整備しなければ勝利できない、と述べている。

彼は、AWSは事実上のリーダーだ、と主張する。だから正しい対応は: OpenStackは独自のAPIを作って自己を差別化する努力をやめて、AWSがパブリッククラウドにおける勝者であるという現実を受け入れることだ。そうすればOpenStackは、AWS的なパブリッククラウドと現代的なデータセンターが交わる“ハイブリッドな”クラウドの分野で勝てる。OpenStackが伸びる場所は、そこだ。その顧客は、それなりの伸縮自在性を持つクラウドオペレーティングシステムを必要とするが、何万何十万もの一般ユーザにサービスを提供する必要はない企業ユーザだ。

とりわけBiasは、OpenStackを使う場合の、スタンダードとなるAPIを作ることを、Rackspaceに呼びかけている。彼は、OpenStackがこれまでRackspaceのオープンクラウド寄りのAPIを作ってきた経緯を、詳しく述べている。Biasによれば、RackspacはOpenStackのAPIを自分のために作ってきた*。同社はOpenStackを利用して、自己のサービスを差別化しようとしてきた。〔*: RackspaceはOpenStackの最有力の創設メンバーの一人。〕

たしかに、それは事実だ。明らかにRackspaceは、OpenStackという公共的な性格の団体を作るという機に乗じて、自分自身をより大きくしようとした。当時の同社は、クラウドの今後の方向性について模索し迷っていた。同社は、ホスティング企業からソフトウェアデベロッパへという、重要な曲がり角にさしかかっていた。そのことを、Rackspace自身も理解していたのか？　理解していたと思う。同社はOpenSackのリーダー役を買って出ることによって、それをコントロールしようとし、自社のクラウドとそのAPIをOpenStackの“ネイティブの”APIと呼ばせようとした。

しかしRackspaceには、世界初の大規模で本格的なオープンクラウド運動の口火を切った、という功績がある。今ではそこに、250社あまりが参加し、何千ものデベロッパが120万行を超えるコードを書いている。IBMもRed HatもHPも、みなOpenStackに加わった。そしてBiasはCloudscalingの新しい市場を開拓でき、そこに対し、クラウドインフラを構築するためのシステムサービスを提供していった。

しかし、ここにきてBiasがAWSを持ち上げるのには、理由がある。それは、彼自身の利害だ。彼の会社はAWSとGoogle Compute Engineを重視している。だからAWSとOpenStackが重なるようなAPIがあれば、彼の若い会社の大きな助けになる。こういった問題に関しては、クラウドコメンテーターのBen Kepesが良い記事を書いているので、一読をおすすめしたい。

それは、奇妙な状況でもある。OpenStackに参加している企業は、強きも弱きも、大きな市場圧力にさらされている。そしてそのプレッシャーを増幅しているのがAWSと、その疑問の余地なきイノベーションだ。OpenStackの創設から今日までの3年間で、AWSはクラウド宇宙を支配してしまった。

しかし、HP、IBM、Red Hat、AT&Tなどなど多くの企業は、AWSをそう簡単にパブリッククラウドのデファクトスタンダードとして受け入れるわけにはいかない、それぞれの事情を抱えている。彼らは、AWSに勝たせたくない。彼らから見ると、Amazonの、自分がコントロールを握ろうとするときのやり方は、あまりにも苛烈で非情だ。そのAPIはクローズドだし、いつでも勝手に変えることができる。独自の理由で、一部のサービスを一方的に切り詰めることすらありえる。

だから、Rackspaceがこれまで我が道を行くでやってきたように、誰もがそうしてきたのだ。

Biasは、OpenStackの将来性に疑問を投げかけている。最終的にそれは、誰の役に立つものになるのか、と。この、AWSのAPIとの互換性、という問題について、RedMonkのアナリストDonnie Berkholzに話を聞いてみた。彼は、結局それは将来性の問題だ、と言った。APIのプロバイダには、それを将来にわたってメンテする義務がある。そのAPIは、今後もずっと動くもの、使えるものでなければならない。その点に関しては、Amazonには疑念の余地がない。しかしOpenStackは、大きなクェスチョンマークだ。OpenStackには今すでに変種が相当多くて、統合を難しくしている。たとえば、Dreamhostはストレージに（分散並列ストレージ）Cephを使い、RackspaceはSwiftを使っている。Dellは、自社製を使っている。

OpenStackは、こういった複雑性を解消すべきである。しかし参加企業が多くてそれぞれが独自の利害を抱えているから、その課題は、言うは易く行うは難しの典型となる。

[原文へ]
（翻訳：iwatani(a.k.a. hiwa)）