[51CTO.com からのオリジナル記事] 長い間、プライベート クラウド ベンダーは暗雲に包まれてきました。プライベート クラウドは誤った提案なのでしょうか?最終的に世界はパブリッククラウドによって支配されるのでしょうか?どれほど説得力のある議論であったとしても、Amazon が 2006 年 3 月 14 日にパブリック クラウド サービス AWS を世界に公開したとき、IT の歴史はパブリック クラウドの時代へと移り、従来の IT ベンダーは扉の外にいる野蛮人である AWS と対峙しなければならなくなりました。 AWS の CTO である Werner Vogels 氏は、2010 年にプライベート クラウドについて意見を述べています。Vogels 氏は、いわゆるプライベート クラウドは単なる売り文句であり、顧客を混乱させるために IT ベンダーが考案した用語に過ぎないと述べています。ヴォーゲルス氏は、プライベート クラウドは顧客にハードウェアをさらに購入させて「独自のクラウドを構築する」ことを目的とする「偽のクラウド」であると考えています。 「偽のクラウド」と「独自のクラウドを構築する」の間には論理的な矛盾があるが、AWS が次のような態度を表明することを妨げるものではない。プライベート クラウドは、IT メーカーが窮地から逃れるために作った命綱にすぎず、決して「クラウド」と呼ぶことはできない。過去数年間、この質問を何度も受けてきましたが、その質問の核心は、パブリック クラウドが最終的に世界を支配するかどうかです。 パブリッククラウドだけの世界はどのようなものになるでしょうか? 世界の IT インフラストラクチャが少数のパブリック クラウドによって独占されたらどうなるでしょうか?まず、Intel が従属国になります。縮小する PC 市場向けの CPU を生産する以外、同社のサーバー チップはすべてパブリック クラウドにしか販売できず、交渉力を完全に失っています。パブリック クラウドは、Intel の価格を抑えるために、他のアーキテクチャ (ARM など) の CPU も使用します。 AWS は、年次クラウド カンファレンス re:Invent 2018 で、ARM チップ Gravtion をベースにした EC2 インスタンスをリリースしました。 DELL、HP、Cisco などのハードウェア企業は倒産するか、パブリック クラウドに買収されるでしょう。すべてのコンピューティング、ストレージ、ネットワーク機能はパブリック クラウドに集中しており、誰もそのハードウェアを購入しなくなります。パブリック クラウドも市販のハードウェアを購入せず、独自に構築します。将来まで待つ必要はありません。パブリッククラウド/インターネット大手はすでにホワイトラベル ハードウェアを大規模に使用しています。 HP がパブリック クラウド/インターネット企業向けのサーバー事業を停止するのは、非常に不採算です。 Microsoft や Oracle などの基本ソフトウェア企業は消滅する (Microsoft は Azure を通じて再び世界を支配することができる)。パブリック クラウドは、既存のすべての基本ソフトウェアを独自の製品に置き換え、独自のオペレーティング システム、データベース、およびすべての PaaS を提供します。彼らはすでにそうし始めており、ますます成功するでしょう。 アプリケーション ソフトウェア ベンダーはパブリック クラウドに依存しなければなりません。十分な利益が得られるなら、パブリック クラウドはためらうことなくあなたの分野に参入し、巨大なテクノロジー エコシステムを活用して同様の製品を作成し、市場価格を抑えるでしょう。巨人には境界がない。 2014 年に、AWS は WorkSpaces クラウド デスクトップ製品をリリースしました。 このような将来では、IT イノベーションは停滞する可能性があります。パブリッククラウド間では依然として競争が続いていますが、IT 市場は非常に大きいため、数社が数兆ドル規模の市場を共有すると、大手企業が暗黙の独占状態に達するのは容易です。 これは大げさに聞こえるかもしれないが、結局のところ、これは私たちが慣れ親しんでいる IT の世界とは大きく異なるのだ。しかし、数十年前のメインフレームの時代には、すべての人が携帯可能なモバイル コンピューター (携帯電話) を持つというのは夢物語のようなものだったことを忘れないでください。そして今、それはすべて実現しました。 SLAがなければAWS Outpostsは魅力的ではない 2010 年、AWS のほとんどの社員は「我々は世界を支配できる」と考えていました。そのわずか 8 年後、2018 年の re:Invent クラウド カンファレンスで、AWS は Outposts 製品をリリースしました。これは、製品形態やビジネス モデルの点では魅力的とは言えないハイブリッド クラウド製品です。 Outposts は AWS 独自のハードウェア (Alibaba Cloud の Shenlong サーバーに似た、Nitro アーキテクチャに基づくサーバー) をベースとしており、顧客独自のデータセンターに導入できます。 AWS はインストールとデプロイメントを担当し、その後のアップグレードとメンテナンスサービスを提供します。お客様は、AWS パブリッククラウド上の人気製品 (EC2、ECS、RDS などの後発の PaaS 製品など) を自社のデータセンターで使用できます。 Outposts には、VMWare 互換モードと AWS 互換モードの 2 つのモードがあります。お客様は、使い慣れた VMWare コントロール プレーンを使用したり、AWS API に基づいてプログラムを作成して、ローカル データ センターや AWS パブリック クラウドにアプリケーションをシームレスに展開したりできます。 AWS は、最初のリリースでは自社のハードウェアを使用するほか、将来的には HP や DELL などのメーカーと協力し、Outposts をこれらのメーカーのハードウェアで実行できるようにする可能性も排除しないと述べた。 Outposts は何も新しいものを発明しません。製品の形態に関して言えば、Azure Stack は同じことを行います。従量課金制のリース モデルでは、一部の国内メーカーがさらに進んで、ラックから仮想マシン内のアプリケーション パッケージまでを包括的にリースするようになりました。パブリック クラウドと比較すると、Outposts には 1 つのコア機能が欠けています。それは、非常に高い SLA (サービス レベル契約、顧客サービスの品質に対するサプライヤーのコミットメント、およびサービス品質が満たされなかった場合の対応する補償) です。基本的に、パブリック クラウドは「リソースを使用する権利 + SLA」を販売します。従来の IT ベンダーも実は SLA を提供していますが、その内容や条件はパブリック クラウドのものと大きく異なります。 SLA は 1990 年代後半から 2000 年代初頭にかけて普及しました。初期の IT ベンダーは、製品保証という形でアフターサービスを提供していました。顧客がサービスのオンライン時間にますます注意を払うようになると、IT ベンダーはサービス品質保証が追加の収入源になり得ることに気付きました。そのため、同社は顧客と SLA 契約を結び、製品故障後一定期間内に製品を修理または交換することを約束しました。パブリック クラウドは、サービスのオンライン時間関連の SLA を、従来の IT ベンダーが達成できないレベルまで引き上げます。これは、コンピュータ室、電気、ネットワーク、ハードウェアからソフトウェアに至るまで、IT インフラストラクチャを制御し、分単位の SLA を提供できるためです。たとえば、AWS の EC2 (仮想マシン) および EBS (ブロックストレージ) SLA の月間稼働率は 99.99% であり、これは 1 か月あたり最大 4 分 23 秒の利用不可時間に相当します。 SLA が満たされない場合は、10% ~ 30% の消費補償が行われます。 IT ベンダーの製品は IT アーキテクチャ全体の一部にすぎないため、このような SLA を達成することはできません。ハードウェア障害、コンピュータ室の停電、運用エラーなど、SLA に影響を与える可能性のあるサードパーティの要因が多すぎます。非常に高い SLA は、ビジネスの稼働時間を重視するお客様にとって非常に魅力的です。これは特にインターネット企業に当てはまります。 IT インフラストラクチャの障害により WeChat や Alipay などのアプリケーションが数日間停止した場合にどのような災害が発生するか想像してみてください。 WeChat や Alipay は AWS と同様のインフラストラクチャを構築できますが、SLA 要件が高い企業のほとんどはそのようなインフラストラクチャを自社で構築することができないため、パブリッククラウドが適切な選択肢となります。 Outposts はパブリック クラウドの SLA を提供できません。その製品形態は通常の IT 製品と同じであり、顧客の IT アーキテクチャ全体の一部にすぎません。顧客のデータセンターが暴風雪に見舞われ、大規模な停電が発生するなど、AWS が制御できない要因が多すぎます。 AWS が将来 Outposts の SLA を策定したとしても、その条件は、アフターサービスの応答時間、製品のアップグレードやハードウェアの交換によるサービス利用不可時間など、IT ベンダーの通常の条件と似たものになるだけです。メディアは Outposts を説明するために多くの新しい概念を使用していますが、8 年前に Vogels が従来の IT ベンダーがあらゆる製品の前に「クラウド」という言葉を付けていると非難したのと同じように、これは単なる「売り込み」です。 Outposts は AWS のパブリッククラウド製品の一部をローカライズすることで顧客に大きな価値をもたらしましたが、この価値は AWS パブリッククラウドの成功から生まれたものです。 Azure と Alibaba Cloud も同様のことを行っています。つまり、パブリック クラウドは IT に多大な革新をもたらしましたが、その製品が SLA を失うと、もはや魅力的ではなくなります。 OutpostsはAWSと物理世界との妥協だ AWS が Outposts を立ち上げた動機については、ほとんどの中国および海外のメディアは、それは妥協であるとみている。 AWS 自身も、顧客が自社のデータセンターで AWS パブリッククラウドと同じ機能とエクスペリエンスを得たいと考えていることを認めています。妥協という言葉は、イノベーターが弱いのではなく、顧客が十分ではないことを暗示しています。 AWS は、TO B の世界では、携帯電話分野における Apple と同様の革新的な地位を占めています。人々は常に破壊的イノベーターに対して無限の期待を抱いており、彼らが妥協することなくこの古い世界を変えてくれることを期待しています。しかし、AWS は妥協し、そのターゲットは IT 予算が巨額の CIO ではなく、私たちが暮らす物質世界になりました。 IT はあらゆる産業の効率化に貢献してきましたが、世界には IT によって完全に置き換えられていない生産活動がまだ数多く存在します。農業機械は今でも食料を栽培するために使用され、採掘機械は今でも鉱物を採掘するために使用され、掘削機械は今でも石油を採掘するために使用されています。つまり、数兆ドルの IT 支出に加えて、他の生産活動にも数百兆ドルが投資されているのです。クラウド コンピューティングに戻ると、将来的に生産活動をサポートする唯一の IT インフラストラクチャはパブリック クラウドになるのでしょうか? AWSは否定的な回答をしました。これには複雑な理由がありますが、大まかにまとめると、異種 IT の複雑さ、コンピューティング/ストレージ機能のローカライズ、ネットワークの信頼性の低さです。 異機種混在ITの複雑さ ほとんどの生産システムは IT を中心に設計されていません。これらは IT よりも早く登場し、現在では IT によって変革されています。例えば、製鉄設備にはデータ収集のために多数のセンサーが設置され、生産ラインにはロボットアームが設置されています。これらの変換の複雑さにより、異種混合の IT が生まれます。もし世の中にパブリッククラウドしかなかったら、すべての IT をパブリッククラウドに接続する必要があることになりますが、これはパブリッククラウドのビジネスモデルに合致しません。パブリッククラウドは、拡張性を実現するために標準的な IT モデル (AWS の初期のクラシックネットワークやその後の VPC など) を顧客に提供するため、急速に成長することができます。顧客の IT が多種多様すぎてパブリック クラウド IT モデルに直接適合できない場合、選択肢は 2 つしかありません。1 つは、顧客の IT システムがパブリック クラウドに適応するように変換されることを期待することです。もう1つは、顧客のITシステムに適応するプライベートクラウドを提供することです。最初の道は現時点では実現不可能です。従来の勢力がいかに強力であるかは言うまでもなく、規模の観点から言えば、数千億ドル規模のパブリック クラウドが、数兆ドル規模の業界に変化を求めることはほとんど不可能です。選択肢は 2 番目だけであり、顧客の IT システムに合わせてプライベート クラウドを提供することになります。反対派は、AWS Outposts は依然としてパブリッククラウド製品を出力しており、特別な変更はないと主張するかもしれません。これについては、Outposts 製品フォームを分析するときに後で説明します。 コンピューティング/ストレージ容量とネットワークの信頼性の問題のローカライズ 異機種混在の IT がパブリック クラウドにアクセスできるとしても、現在の IT テクノロジーの限界に直面します。製鉄設備のセンサーデータをもとに、製鉄設備をリアルタイムに制御できるAIシステムを発明しました。では、センサーデータはどこに保存されるのでしょうか? AI システムはどこで実行されますか (そしてそれが依存する計算能力はどこにあるのでしょうか)?製鉄所が遠隔地にあると仮定すると、製鉄設備はネットワークを通じて数千キロ離れたパブリッククラウドデータセンターにアクセスし、データをAIシステムに転送し、分析結果を待ってから次のステップに進む必要があります。このような IT システムは信頼性の低いネットワーク上で実行されるため、信頼することは困難です。人類社会全体のデータ量(100ZB、約10の14乗GBとも言われている)と比較すると、現在のネットワークは明らかに帯域幅が低く、遅延が大きく、信頼性の低いシステムです。製鉄所ネットワークの帯域幅と遅延を確保するには、数千キロ離れたデータセンターとの接続に専用回線を使用し、冗長性を確保する必要があります。そうしないと、建設チームのフォークリフトがラインを壊して生産が中断するのを防ぐ方法がありません。これは間違いなく巨額の投資です。もし製鉄システム内のセンサーをカメラに置き換え、AIシステムに低遅延の画像認識を求めた場合、ネットワーク構築のコストは想像を絶する額になるでしょう。解決策は、コンピューティング/ストレージ機能をローカライズすることです。例えば、製鉄所から500メートル以内にコンピューター室を建設し、近くでAIシステムを稼働させれば、ネットワークの問題は解決します。クラウド コンピューティング ベンダーにとって、現在の IT テクノロジーの限界であるパブリック クラウドにアクセスするために数千キロメートルに及ぶシステムを設計するよりも、プライベート クラウド/ハイブリッド クラウド システムを製鉄所のコンピュータ ルームにエクスポートする方が簡単で信頼性が高くなります。 製造業の例は突飛に思えるかもしれませんが、日常のオフィス業務においても、パブリック クラウドには IT アクセスの問題があります。 AWS が 2014 年 3 月に WorkSpaces クラウド デスクトップ製品をリリースしたとき、私の最初の反応は、AWS のクラウド デスクトップをオフィスのプリンター、スキャナー、ビデオ会議システムとどのように接続するのか疑問に思ったことでした。クラウド デスクトップの主なシナリオは日常のオフィス ワークであり、オフィス内のさまざまな機器との接続は避けられないからです。その後、AWS 公式サイトでプリンターの使用に関するドキュメントを見つけましたが、AWS フォーラムでもプリンターが使用できないという苦情が多数見られました。銀行のU字シールドやスマートプロジェクターなど、このような例はたくさんあります。つまり、パブリッククラウド内のローカルデバイスにアクセスするのはそれほど簡単ではありません。 私たちが、食料、衣服、住居、交通手段を必要とせず、情報の交換のみで生き延びることができる仮想世界(SF映画でヘルメットをかぶって仮想世界にアクセスするようなもの)に住んでいるとしたら、パブリック クラウドは生産活動のすべての IT ニーズを完全に満たすことができます。 AWS は物質世界との妥協であると私は言います。なぜなら、現在のパブリッククラウドは現実世界の IT ニーズの一部しか満たしていないからです。 Apple と AWS のイノベーションをもう一度見てみましょう。Apple は iPhone を発売してからわずか数年のうちに、Nokia、Motorola、BlackBerry など、既存の携帯電話メーカーをほぼすべて排除したことがわかります。 AWS は従来の IT メーカーに大きな打撃を与えましたが、IBM、HP、DELL、Oracle は依然として好調です。これは、iPhone が大きな革新性を備えているだけでなく、携帯電話に対する顧客のあらゆるニーズも満たしているからです。 iPhone が通話できなくても、Nokia は依然として最高の携帯電話メーカーです。 AWS は Apple と同様に、新しい産業 (モバイル インターネット、SaaS など) の発展を推進し、莫大なイノベーションの利益を獲得していますが、世界のすべての IT ニーズを満たしているわけではありません。従来の IT ベンダーは生き残り、AWS が「偽のクラウド」と呼ぶプライベート クラウドを構築しました。今では AWS Outposts が登場し、プライベート クラウドの空に残っていた最後の暗雲を吹き飛ばしています。プライベート クラウド/ハイブリッド クラウドが誤った命題であるのか、「真のクラウド」なのか「偽のクラウド」なのかを議論する必要はもうありません。物質世界における IT ニーズの複雑さに立ち向かいます。将来的にはパブリック クラウドがすべての IT ニーズを満たすようになるかもしれませんが、現時点ではそうではありません。 AWSはVMWareで再び成功を収める Outposts は、AWS と VMWare が共同で開発した製品です。お客様は使い慣れた VMWare コントロール パネルを使用することも、AWS ネイティブ モードを使用することもできます。第 1 世代の製品は主に IaaS 機能に重点を置いており、EC2 と EBS を提供しています。 Outposts の IaaS 部分はほぼ完全に VMWare によって提供されていることは確かであり、AWS は顧客が VMWare NSX、AppDefense、vRealize などの製品を使用できるとも主張しています。技術的な観点から見ると、AWS には Outposts を実装するための 2 つのオプションがあります。1 つは AWS パブリッククラウドに基づくコード変換であり、もう 1 つは VMWare などのベンダーとの連携です。 AWS は 2 番目の道を選択しましたが、それは正しい選択でした。パブリック クラウドとプライベート クラウドは、それぞれ異なる複雑さに直面しています。パブリック クラウドは、規模とパフォーマンスを重視し、統合された IT アーキテクチャを使用してリソースを提供し、従来の IT の異種性と再利用を一般に無視します。プライベート クラウドは、異機種の IT 形式に対応し、さまざまなデバイスと互換性があり、再利用できる必要がありますが、パブリック クラウドの規模やパフォーマンスに匹敵する必要はありません。 Outposts のターゲット顧客は、自社のデータセンターで AWS 製品を使用したいと考えている企業です。それらのほとんどは従来の IT アーキテクチャを採用しています。 AWS パブリッククラウドのコードを変更して顧客のニーズを満たす場合、難易度とリスクは非常に高くなります。これは、AWS のパブリック クラウド製品が、その後の開発でプライベート クラウドを考慮する必要があることを意味し、パブリック クラウドのイノベーションのペースが遅くなるだけでなく、運用も困難になります。プライベート クラウドの顧客が仮想マシンが使用できるように PCI デバイスを渡すため、AWS のカーネル エンジニアが仮想マシンのホット マイグレーション機能を最適化する際に、聞いたことのない PCI デバイスを考慮しなければならないと想像してください。 VMWare for IaaS を使用する場合、このような問題は発生しません。 VMWare は常に従来のエンタープライズ顧客にサービスを提供しており、過去 20 年間で数え切れないほどの落とし穴に遭遇し、従来の IT に必要な多数の機能を蓄積してきました。前述したように、AWS は Outposts を導入することで、エンタープライズ顧客の従来の IT ニーズに適応できます。反対派は、Outposts は AWS パブリッククラウド製品 (EC2 や EBS など) も出力し、異機種 IT への適応は行わないと考えるかもしれません。はい、AWS 自身がそれを行ったわけではなく、VMWare が代わりに行いました。 AWS は、Outposts は単一のサーバー上で実行できると主張していますが、これは VMWare なしでは不可能です。 AWS パブリック クラウドのコントロール プレーンとデータ プレーンを 1 つのサーバーに詰め込み、同時に顧客自身のビジネスも運営するのは、象を冷蔵庫に詰め込むようなものです。 ビジネス戦略の観点からも、VMWare と協力することは正しい選択です。 VMWare の最も強力な特徴は、自社製品の優位性に加え、世界中に広がる販売ネットワークです。海外メディアは、Outposts は VMWare の販売ネットワークを通じて販売されると報じており、これによりこの製品が顧客に届くまでの時間が大幅に短縮されることは間違いないだろう。 AWS が注目を集めているとしても、新しい製品を市場に素早く認知させ、受け入れてもらうには多大な努力が必要です。これは技術的な問題だけではなく、販売体制、サプライチェーン、アフターサービス体制の問題でもあります。 Amazon 自体はインターネット企業であり、オンライン販売を好みますが、VMWare はオフライン販売に優れています。どう見ても、AWS はこの協力から利益を得ています。 VMWare に関しては、それが祝福となるのか、それとも呪いとなるのかを予測するのは難しい。 AWS が独自の販売網を開設してエンド カスタマーにリーチし、製品が認知されれば、AWS が VMWare を自社の技術で完全に置き換え、オフラインでの使用に適した販売システムを確立するための専門部門を設立しないかはわかりません。さらに、AWS のパートナーは VMWare だけではありません。 HP、DELL、Cisco は、Outposts を自社の販売チャネルに迎え入れるのを待っているかもしれません。 AWS の技術的なルートとは対照的に、Azure Stack はパブリック クラウド コードを使用して、複数のサーバーで実行できるハイブリッド クラウド製品を変換することを選択しました。 Microsoft は常にコード ベースを統一したいという願望を抱いていました。スマートフォンの場合、同じWindowsコードを使用して、PCと携帯電話に適したオペレーティングシステムを作成しようとしました。最終結果は、スマートフォン市場からの撤退でした。 Azure Stack のテクノロジ ルートが成功するかどうかを判断することは不可能ですが、同じコード セットを 2 つのまったく異なる市場に提供するという問題に常に直面することになります。社内の技術チームの調整も課題に直面するでしょう。パブリック クラウド チームの強さにより、Azure Stack の多くの技術的ニーズにタイムリーに対応できなくなることは避けられません。 Azure Stack チームの強さは、パブリック クラウド チームのイノベーションのペースを遅くし、さらには従来の IT の泥沼に引きずり込むことさえあります。 私は個人的に AWS のアプローチに同意します。中核となるのは、製品エクスペリエンスの一貫性を確保することです。これには、Outposts データ プレーン/コントロール プレーン API 上のパブリック クラウドとの互換性のみが必要です。コードが 1 セットであるか 2 セットであるかは関係ありません。まず、顧客は気にしません。第二に、パブリッククラウドとプライベートクラウドの市場規模は非常に大きく、異なる市場にサービスを提供するために 2 つの技術チームを運営する価値があります。 AWS はまた、Outposts を通じてすべての AWS 製品をエクスポートするつもりはないと述べ、パブリック クラウドとプライベート クラウドの配信モデルが異なることを認めました (当初の目標は、Outposts ですべての AWS を再現することではありません。これらは異なる配信モデルですが、オンプレミスで求められている非常に基本的なコンポーネントがいくつかあることは常に耳にしています)。これは、AWS が Outposts に対して非常に明確な位置付けを持っていることを反映しています。 AWS のすべての製品を小規模な製品の形でお客様のデータセンターにお届けすることは不可能です。実際、企業顧客には AWS パブリッククラウド全体を購入して運用する余裕がありません。ほとんどの企業では AWS のいくつかの基本機能のみが必要であり、それがまさに Outposts の目的です。もちろん、現在入札中の米国国防総省の 100 億ドルの契約など、AWS パブリッククラウド全体を必要とする顧客もいます。現時点では、AWS は当然ながら Outposts を使用せずに、すべての製品を顧客のデータセンターに持ち込むことになります。 パブリッククラウドの未来: 世界を支配するか、滅びるか 将来的には、パブリック クラウドがすべての IT インフラストラクチャを支配するか、消滅するかのいずれかとなり、クラウド コンピューティングという用語は存在しなくなるでしょう。これは、現在の IT 専門家の力に依存するのではなく、むしろ、既存のコンピュータ システムを覆す基礎物理学者による大きな進歩に依存します。パブリック クラウドから従来の IT へのアクセスにはさまざまな問題がありますが、ネットワークの問題が解決されれば、他の問題も解決できます。現在、低帯域幅、高遅延、信頼性の低いネットワークが、世界におけるパブリック クラウドの普及のペースを大きく妨げています。ネットワークのパフォーマンスは継続的に向上していますが、この小さなステップは人間の生産データの成長率には遠く及びません。基本的な物理学によって、アクセスが地理的な距離に制限されず、現在の CPU によるメモリへのアクセスの帯域幅、レイテンシ、信頼性に達するスーパー ネットワークが構築されれば、世界に必要なのはパブリック クラウドだけになります。ローカルのコンピューティング能力はもう必要ありません。すべてのコンピューティングとストレージを複数のパブリッククラウド大手のデータセンターに集中させ、スーパーネットワークを通じてアクセスすることができます。基礎物理学がコンピューティング/ストレージ機能に画期的な進歩をもたらし、将来的に携帯電話サイズのコンピューターが現在の AWS パブリッククラウドのコンピューティング/ストレージ機能をすべて備えられると仮定すると、クラウドという概念は必要なくなります。コンピューティングはいつでもどこでも実行できるため、集中型インフラストラクチャは存在する理由を失います。 将来の世界がどのようなものになるかはまだ予測できませんが、このたび AWS が Outposts 製品をリリースし、ついに従来の IT ベンダーと同じ次元に参入しました。次元削減攻撃から同一次元の競争まで、今後 10 年間のクラウド コンピューティング分野は間違いなくさらにエキサイティングなものになるでしょう。 著者について Zhang Xin 氏は、世界で最も初期の仮想化開発者の 1 人であり、「System Virtualization」という書籍の主要著者です。 2010 年にシリコンバレーの IaaS スタートアップ Cloud.com に入社し、CloudStack のコア アーキテクトとして Oracle VM、Barematel、Baremetal VPC などのコア機能を担当しました。その後、Cloud.com の買収に伴いソフトウェア大手 Citrix に入社し、CloudStack のコア技術の研究開発に携わりました。 2015 年に中国に戻り、オープンソースの IaaS プロジェクトである ZStack を設立しました。 [51CTO オリジナル記事、パートナーサイトに転載する場合は、元の著者とソースを 51CTO.com として明記してください] |
エストニアのホスティングプロバイダーcore.eu(2001年にWeb開発会社として設立され、200...
2018年最もホットなプロジェクト:テレマーケティングロボットがあなたの参加を待っています中国のガー...
ユーザーによっては、調和化などさまざまな理由で VPS の IPv4 を変更する必要がある場合があり...
LetBoxから、中国電信の基幹ネットワークに接続したというメールが届きました。実は、Fantong...
絶えず変化するビジネスの世界では、不確実性が当たり前になっています。企業が熾烈な市場競争の中で確固た...
今年のクラウド コンピューティング スタートアップのリストには、クラウド移行用のデータ ディレクトリ...
この記事では、主に Java 仮想マシンの最終コンパイル最適化、Java メモリ モデルとスレッド、...
最近、友人から私のマーケティング本「デートはこうすればもっと楽しくなる」がいつ出版されるのかと聞かれ...
ウェブサイトの最適化の最も基本的な現れは、ウェブサイトのキーワードのランキング位置であり、検索エンジ...
フレンドリー リンクを交換するのが容易ではない 10 の状況: 熟練したウェブマスターは、フレンドリ...
ウェブマスターの情報をよく見ている人なら、最近「SEOをしないことが最高のSEOだ」というような記事...
エンタープライズレベルの SaaS 製品は、プラットフォームベースのものでも、人気のある垂直分野をタ...
誰が検索しているのか?誰が検索しているのか?ウェブマスターはこの概念を明確に理解していますか?ウェブ...
クラウド ネイティブの人気が高まるにつれ、業界はクラウドの価値を探求する新たな段階に入りました。テン...
Hujiang.comは、2001年の設立以来11年間運営されている、中国の老舗英語学習サイトです。...