AWS がクラウド コンピューティングを消滅: 40 年にわたるクラウド コンピューティングの歴史が蝶の繭に変わる

クラウド コンピューティングに最も欠けているのはビジョンです。

1961 年という早い時期、ほとんどの人がコンピューターの存在を知らなかったころ、コンピューティングが将来的に公共サービスになると予測した人もいました。しかし、クラウド コンピューティングが本格的に開始されたのは、AWS が S3 と EC2 をリリースした 2006 年になってからでした。 40年以上の紆余曲折を経て、オンラインで商品を販売するAmazonは、なぜ最終的にオンラインで商品を販売する企業になったのでしょうか。

そして、Amazon が行っていることが、40 年前に誰もが考えていたクラウド コンピューティングであるかどうかは、判断が難しい。

01 クラウドコンピューティングの簡単な歴史

クラウド コンピューティングの簡略化されたタイムライン

1946年、世界初の近代的な電子計算機 ENIAC がペンシルバニア大学で誕生しました。初期のコンピューターは高価で、大きく、希少であり、一度に 1 人しか使用できませんでした。

1955年、MITのジョン・マッカーシー（人工知能の父であり、1971年のチューリング賞受賞者）は、タイムシェアリング技術を使用して、複数の人が同時にコンピュータを使用するニーズを満たすというアイデアを思いつきました[1]。

1961年、ジョン・マッカーシーはMIT創立100周年記念式典で初めてパブリックコンピューティングサービスの概念を提案しました[2]。

私が思い描いているようなコンピュータが現実のものとなったら、コンピューティングはいつの日か電話のように公共サービスとして提供されるようになるかもしれません。 。 。ユーティリティ コンピューティングは重要な新しい産業の基盤となるでしょう。

注: ここで言及されているコンピュータは、タイムシェアリング コンピュータ、つまり、複数人による同時使用をサポートするコンピュータです。

1963年、マッカーシーの影響を受けて、MITとリックライダー率いるIPTOは共同でタイムシェアリングシステムの開発促進を目的としたプロジェクトMAC（Multiple Access Computing）[3]を立ち上げた。具体的な目標は次のとおりです。1) タイムシェアリング システム。 2) タイムシェアリングシステムを使用するグループ3) ユーザー教育。

1964年、アトランティック・マンスリー誌は「明日のコンピュータ」[4]と題する記事を掲載し、公共コンピューティングサービスと公共電力網の類似点と相違点を綿密に分析し、コンピューティングが電力網のような公共サービスになるためには解決すべき3つの問題を指摘しました。

• インターフェース - コンセントに差し込むと電気が使えますが、コンピューティングはまだ一般の人にはほど遠いものです。

• サービス機器 - 専用機器は、電気を照明やモーターなど、いつでも使用できる人々が必要とするサービスに変換しますが、コンピューティングを使用するには複雑なプログラミングが必要です。

• 製品の均質性 - 電気は均質な製品です。水力発電でも火力発電でも風力発電でも、つなげて使うことには違いはありません。同時に、電気は一方通行であるのに対し、コンピューティングの応用効果はユーザーのプログラミング能力に依存します。これは電気とは異なる双方向の相互作用方法です。

1965年、「The Computers of Tomorrow」の影響を受けて、MACプロジェクトチームはMulticsオペレーティングシステムの開発を開始しました[5]。この過程で、ゼネラル・エレクトリックがハードウェア供給業者として選ばれ、IBMは排除され、ベル研究所がMACのソフトウェア開発に加わった。

1965年、MAC事業から撤退したIBMは、タイムシェアリングオペレーティングシステムCP-40/CMS[6]の開発を開始し、1967年にリリースされた史上初の仮想マシンシステムとなった。

1969年、ベル研究所はMulticsの進歩の遅さに耐えられず、MACプロジェクトから撤退し、Unixオペレーティングシステムの開発を開始しました[7]。

1969年、リックライダーの推進力により、後にインターネットへと発展するコンピュータネットワークARPANET[8]が誕生した。

それ以来、クラウド コンピューティングの基盤となるすべてのテクノロジーが登場しました。

• 物理的なコンピューティング リソース (オペレーティング システム) を管理します。
• 複数の人が同時に使用できるようにリソースを配布する - 仮想化テクノロジー。
• リモート アクセス - インターネット

私は酔った状態でランプの明かりの下で剣を眺め、キャンプでラッパを吹くことを夢見ています。テクノロジーが成熟するには時間がかかりますが、ビジネスは待ってくれません。コンピュータが発明されて以来、人々のコンピューティングに対する需要は止むことはありません。公共サービスという遠い夢に直面して、起業家は次善策としてメインフレーム、ミニコンピュータ、x86 サーバーで妥協せざるを得ません。コンピューティングは、一時的に箱に詰めて配布することしかできません。

コンピュータ事業は活況を呈していたが、ユーティリティ コンピューティングは休眠状態に陥っていた。

コンピューティングリソースの配布[9]

1990 年代に、ユーティリティ コンピューティングの概念が再び復活しました。今回は、電力網からそのまま名前をコピーして、グリッドコンピューティングと名付けました。その目標は、多数のマシンを仮想スーパーマシンに統合し、世界中の人々が使用できるようにすることでした。つまり、それは依然として公共のコンピューティングサービスであった[10]。

1996年に、コンパックの技術幹部のグループがコンピューティングビジネスの発展について議論する際に、初めてクラウドコンピューティングという用語を使用しました[11]。彼らは、商用コンピューティングがクラウド コンピューティングに移行すると信じていました。

1996 年のコンパックのクラウド コンピューティング事業計画

1997年、アメリカのラムナス・シェラッパ教授は「クラウドコンピューティング」という用語を「コンピューティングの境界が技術ではなく経済によって決定されるコンピューティングモデル」と定義しました[12]。

これに続いて小さな波が続いた[13]。

1997 年、InsynQ は HP デバイスをベースにしたオンデマンド アプリケーションとデスクトップ サービスを開始しました。

1998 年に、HP はパブリック コンピューティング部門を設立しました。

2000年に、SunはSun Cloudをリリースしました。

2001 年に、HP はパブリック データ センター製品をリリースしました。

2002年にAmazonはAWS（Amazon.com Web Service ）を立ち上げましたが、当初の目的はSOAPインターフェースを介して開発者に製品カタログを公開することでした[14]。

2002年、IBMは独自のEビジネスをベースに、Webサービス、オープンスタンダード、グリッドコンピューティングを統合し、さらにオンデマンドEビジネスの概念を提案した[15]。

今のところ、クラウド コンピューティングの幕開けの兆しは見られません。

2006 年に AWS は S3 (Simple Storage Service) と EC2 (Elastic Compute Cloud) をリリースし、クラウド コンピューティングの幕開けとなりました。 AWS も主導権を握り、クラウド コンピューティング市場のリーダーおよび絶対的な支配者となりました。

AWSの収益曲線[16]と市場シェア

しかし、興味深いのは、AWS が 2006 年までクラウド コンピューティングについて言及していなかったことです。

しかし、EC2 のリリースによりクラウド コンピューティングという用語は急速に広まり、すぐにグリッド コンピューティングやユーティリティ コンピューティングという言葉は使われなくなりました。

Google トレンド: クラウド コンセプト

では、なぜ AWS なのでしょうか?

02 AWSの台頭

歴史は繰り返さないかもしれないが、歴史を振り返ることで常に何か教訓を学ぶことができる。複雑な概念はさておき、AWSがS3とEC2[17]をどのように作成したかを見てみましょう。

2000年当時、Amazonはサードパーティ企業がAmazon上で独自のオンラインショッピングサイトを構築できるように設計されたeコマースサービスプラットフォームMerchant.comを開発していました。

しかし、プロジェクトは予想ほどスムーズに進みませんでした。

Amazon は 1994 年に設立され、それ以来急速に成長してきましたが、その技術アーキテクチャは明らかに将来を見据えずに設計されていました。システム全体は混乱状態にあり、ビジネスが急速に成長するにつれて、常に修正が行われてきました。

つまり、それを切り離して公共サービス プラットフォームに抽出することは非常に難しい問題です。

それは難しいことであり、単に作業量の問題だが、重要なのは、Amazon の経営陣が技術的な問題が会社の発展を制限していることを痛感していることだ。

そこで、会社のシステム全体をサービスとして再構築し、元々絡み合っていたコードを、独立した、適切に設計され、明確に記述された API サービスに分離する作業が始まりました。しかし、内部アプリケーションであれ外部アプリケーションであれ、誰もが API 方式で開発していました。つまり、2000 年頃から、Amazon はひっそりとサービス指向の企業になっていったのです。

API はシステムの再利用性と柔軟性を向上させます。この機能は、常に変化するインターネット ビジネスにとって特に価値があることは明らかです。

まだ終わりではありません。

同社の事業が拡大するにつれてエンジニアの数も増加したが、Amazon は人数が増えてもアプリケーション開発のスピードが上がらないことに気づいた。

この質問に「The Mythical Man-Month」で答えるのは簡単かもしれないが、Amazon は単なる説明では満足しない。彼らは解決策を望んでいます。

当時ベゾスの事務局長で現在はAWSのCEOを務めるアンディ・ジャシー氏は、実際の例を発見しました。これは、誰もが3か月で立ち上げられると思っていたプロジェクトでしたが、3か月後、プロジェクトチームはサーバー、データベース、ストレージ部分の開発しか完了していませんでした。さらに調査を進めると、同社のほとんどのプロジェクトがこのようなものだったことが判明しました。

明らかに、同社は車輪の再発明にあまりにも多くの時間を浪費していた。

2003年、ジャシーはベゾスの自宅で経営会議を開き、アプリケーション開発の共通部分を分離し、パブリックなインフラサービスプラットフォームを構築することを全員で決定した。 Amazon だけでなく、他の開発者もこのプラットフォームに基づいて独自のアプリケーションを開発できます。

ここで初めて彼らは、これが歴史を変えるものになるかもしれないと気づいたのです。

次に、彼らは公共サービスになる可能性のある一連の候補モジュールをまとめ、サーバー、ストレージ、データベースから始めました。これら 3 つの分野の需要が最も高いからというだけでなく、Amazon がこの分野で最も優れているからです。結局のところ、同社の低収益ビジネスモデルは、データセンターの運用コストを削減する上で多くの経験をもたらしてきたのだ。

その後何が起こったかは誰もが知っています。

03 コンセプトは消え、製品が勝つ

前回の記事「人類文明の 2 つの法則の観点からクラウド コンピューティングを見る」では、大手クラウド ベンダーが現在アプリケーション開発企業として成功している理由をツールの観点から説明しました。

企業の事業範囲が広いほど、遭遇する問題が多くなり、解決した問題も多くなり、クラウド コンピューティング変革プロセス中に顧客のニーズに近づき、コストが低くなり、全体的な利点が増えます。

AWS は生きた例です。成功した第一の理由は、Amazon に非常に多くの事業があることです。この急速なビジネス実験により、その内部環境はインターネット起業のプロセスと非常に似たものになります。したがって、同社が独自のニーズに基づいて見つけたソリューションは、まさにすべてのインターネット ビジネスに必要な特効薬です。

第二に、AWS は何か新しいものを作成するのではなく、単に公開されている部分を抽出してサービスにしただけです。開発者は、使い慣れたものをクラウド上で引き続き使用しています。比較のために、2008 年にリリースされた Google 初のクラウド製品である Google App Engine を見てみましょう。以下は Wikipedia からの説明です。

一部のアプリケーション ホスティング サービスでは、ユーザーはほぼすべての *NIX 互換ソフトウェアをインストールして構成できますが、App Engine では開発者が Python または Java でプログラミングする必要があり、使用できる API のセットも限られています。現在の API を使用すると、プログラムは BigTable 非リレーショナル データベースにデータを保存および取得したり、HTTP 要求を行ったり、電子メールを送信したり、画像を処理したり、キャッシュしたりすることができます。既存の Web アプリケーションのほとんどは、リレーショナル データベースの使用を必要とするため、変更を加えずにApp Engine 上で直接実行することはできません。

Google の技術力に疑いはありませんし、App Engine の設計は弾力性の面で大きな利点をもたらすはずだと信じていますが、ユーザーに対するこの「過剰な配慮」が本当に当時のユーザーが望んでいたものだったのかどうか、考えたことがあるのか​​どうかはわかりません。

最後に、外部環境の観点から見ると、AWS はインターネット起業の波に追いついたばかりです。代表的な顧客をいくつか挙げると、Yelp は 2004 年、Zynga は 2007 年、Airbnb は 2008 年、Slack は 2009 年、Lyft は 2012 年に設立されました... おそらく、これは以下の 2 つの画像からより統計的に意味があるでしょう。スタートアップの人気曲線は、AWS の初期の頃と高い相関関係にあります。

Google トレンド: スタートアップ

Google トレンド: AWS

いくつかの内部要因と外部要因の組み合わせにより、AWS は最終的にインターネット起業ブームの恩恵を受け、急速に成長しました。

運の要素はさておき、この歴史の時期から、AWS はコンセプトを大げさに宣伝していませんでした。そうでなければ、2006 年に S3 と EC2 をリリースしたときにクラウド コンピューティングについて言及しなかったでしょう。 AWS はテクノロジーに深く踏み込んでいません。EC2 の基盤となる仮想化テクノロジーには、オープンソースの Xen が直接適用されています。しかし、AWS は問題を分析し、ソリューションを抽象化し、最終的に 3 つの目立たない製品に集約する製品を作っていました。

もう一つの興味深い曲線を見てみましょう。

Google トレンド: クラウド コンピューティング

Google トレンド: AWS

Google トレンド: Azure

クラウドコンピューティングは発展しており、AWSやAzureなどのクラウドベンダーの人気は高まっていますが、クラウドコンピューティングの概念は衰退しており、抽象的な概念は具体的な製品に置き換えられつつあります。おそらくこれは成熟の兆候なのでしょう。

つまり、AWS は確かにクラウド コンピューティングを殺したのです。クラウド コンピューティングは、美しい蝶の概念から、クラウド ホスティングとクラウド ストレージという繭へと進化しました。しかし、この繭は非常に醜いため、従来のホスティングを概念的にカプセル化したものに過ぎないと言う人も多くいます。

しかし、2003年のAWSは先見性と野心を持っていました。彼らは、誰もがAWSをベースに開発すれば、将来AWSがネットワークオペレーティングシステムになるかもしれないと考えていました[17]。 16 年経った今、AWS のスローガン「ビルダー向け」を振り返ってみると、それは確かに真実です。

コンピューティングには相互作用が必要ですが、なぜ水や電気のようにならなければならないのでしょうか? （この記事はTitanium Mediaで最初に公開されました）

参考文献:

1. タイムシェアリングの歴史についての回想 http://www-formal.stanford.edu/jmc/history/timesharing/timesharing.html
2. クラウド コンピューティングの先駆者、ジョン マッカーシー教授を偲んでhttps://cloudjumper.com/remembering-professor-john-mccarthy-forefather-cloud-computing/
3. プロジェクト MAC https://multicians.org/project-mac.html
4. 明日のコンピューター https://www.theatlantic.com/past/docs/unbound/flashbks/computer/greenbf.htm
5. マルチカスの歴史 https://multicians.org/history.html
6. CP-40/CMS https://en.wikipedia.org/wiki/CP/CMS
7. Unix の歴史 http://ibgwww.colorado.edu/~lessem/psyc5112/usail/concepts/hx-of-unix/unixhx.html
8. ARPANET https://en.wikipedia.org/wiki/ARPANET
9. http://www.moorinsightsstrategy.com/wp-content/uploads/2015/04/Datacenter-Memory-Storage-Report-Moor-Insights-Strategy.pdf
10. グリッドコンピューティングの歴史 http://www.avarsys.com/grid_computing_history.html
11. Compaq のクラウド コンピューティング https://s3.amazonaws.com/files.technologyreview.com/p/pub/legacy/compaq_cst_1996_0.pdf
12. https://cloudtweaks.com/2011/02/a-history-of-cloud-computing/
13. ユーティリティ コンピューティング https://en.wikipedia.org/wiki/Utility_computing
14. AWS の歴史 https://mediatemple.net/blog/news/brief-history-aws/ http://jeff-barr.com/2014/08/19/my-first-12-years-at-amazon-dot-com/
15. IBM オンデマンド コンピューティング https://www.zdnet.com/article/on-demand-computing-what-are-the-odds/ https://www.cnet.com/news/ibm-talks-up-computing-on-demand/
16. AWS 収益 https://www.nextplatform.com/2018/02/05/navigating-revenue-streams-profit-pools-aws/
17. AWS の誕生秘話 https://techcrunch.com/2016/07/02/andy-jassys-brief-history-of-the-genesis-of-aws/
18. AWS の顧客リスト https://www.quora.com/Who-are-the-top-10-Amazon-AWS-customers