クラウドコンピューティングからスカイコンピューティングへ (2)

2021 年に、カリフォルニア大学バークレー校のイオン ストイカ氏とスコット シェンカー氏が、実行システムのホットなトピックに関するワークショップで「クラウド コンピューティングからスカイ コンピューティングへ」に関する論文を発表する予定です。私たちがよく知っているクラウド コンピューティング (「クラウド コンピューティング」)とは異なり、スカイ コンピューティング (「スカイ コンピューティング」) はクラウド コンピューティングの未来であり、クラウド間の問題を解決し、異なるクラウド間のギャップを解消する方法を指します。クロスクラウド データを最大限に活用します。

Datan Technology の使命は、論文で説明されている「Sky Computing」のビジョンとまったく同じです。それは、クラウド間に隙間がないように、次世代のクラウド コンピューティング プラットフォームを作成することですこの目的のために、私たちはこの論文を翻訳し、2回に分けて出版しました。以下は「クラウドコンピューティングからスカイコンピューティングへ」の後編です。前半の内容は「クラウドコンピューティングからスカイコンピューティングへ(1)」をクリックしてください。

雲を越えて

互換性レイヤーは、スカイ コンピューティングを実現するための最初のステップです。互換性レイヤーにより、ユーザーは変更を加えずにさまざまなクラウド プラットフォーム上でアプリケーションを実行できますが、それでもユーザーは自分でクラウド プラットフォームを選択する必要があります。これは、インターネット ユーザーに独自のルーティング パスを選択させるようなものですが、この作業は煩雑すぎるため、現実的ではありません。この問題を解決するために、インターネットは AS レベルのルーティング選択に BGP を使用しますが、エンド ユーザーはルーティング プロセスをまったく認識しません。Sky Computing は、クラウド プラットフォーム プロバイダーを完全に隠すクロスクラウド レイヤーも提供する必要があり、ユーザーはアプリケーションがどのクラウド プラットフォームで実行されているかを知ることができません。これで、クロスクラウド層が互換性層の上に配置されるようになります。

クロスクラウド層では、アプリケーションの実行場所 (どのクラウド プラットフォーム) を決定するポリシーをユーザーがカスタマイズできるようにする必要があります。また、これらのポリシーは、ユーザーが決定に過度の負担を負うほど低レベルであってはなりません。代わりに、これらのポリシーは、パフォーマンス、安定性、コスト間のトレードオフなど、ユーザーの好みを反映する必要があります。それだけでなく、これらの戦略では、一部のユーザーがアプリケーションを競合他社のクラウド プラットフォームで実行することを望まない場合や、法的制限により特定の国で実行する必要があることも考慮する必要があります。具体的な例を挙げると、ユーザーは TensorFlow アプリケーションをドイツで実行する必要があり、コストが特定のしきい値を超えないようにしながら、次の 2 時間以内に実行する必要があると判断できます。

複数のクラウド プラットフォームで同時に障害が発生する可能性は非常に低いため、クロスクラウド層にはアプリケーションの信頼性とセキュリティが向上する可能性もあります。そして最近では、より効率的なセキュリティ ソリューションをより多くのアプリケーションに提供できるように、異なるクラウド プラットフォームを異なる信頼ドメインとして扱う提案がいくつかあります。

クラウド間の移行タスクはデータセンター内での移行タスクと似ているため、クロスクラウド層を実現するための技術的な制約はなく、理解するのは難しくないと考えています。アプリケーションがマルチクラウド シナリオを検討したら、残りの問題は次の 3 つの機能によって完了します。

1. OSS サービスに対して合意された命名規則を提供します。2.検索登録サービス。各クラウド プロバイダーがサービスを登録し、各ユーザーが好みに基づいてサービスを選択します。3. クロスクラウド課金サービス

ここでは、これら 3 つの機能を個別に説明します。

1 つ目は命名規則ですサービスの実行中のインスタンスを正確に見つけられるようにするには、そのインスタンスに付けるグローバルに一意の名前が必要です。この目標を達成するにはさまざまな方法があります。たとえば、DNS サービスを使用して名前を付けることができますが、ここでは説明しません。また、これらのインスタンスの起動方法、ベンダー名、場所、API バージョン、ハードウェア タイプなどのメタデータをこれらのインスタンスに関連付ける必要もあります。また、価格、負荷、現在利用可能かどうかなど、動的に変化する情報を添付する必要がある場合もあります。

2 番目は、登録サービスを取得することです各アプリケーションは適切なサービス インスタンスを見つける必要があり、そのためにはこのような検索登録サービスが必要です。各クラウド プロバイダーは、独自のサービス名とサービス上のメタデータを公開します。また、クラウド プロバイダーは、負荷や価格などの動的データも定期的に更新する必要があります。同様に、アプリケーションは好みに応じてリクエストを行う必要があります。もちろん、詳細なスケジューリング アルゴリズムについては、この文書の範囲外です。

最後に、支払いシステムがありますスカイ コンピューティングのシナリオでは、ユーザーのアプリケーションは 1 つのクラウド プラットフォームまたは複数のクラウド プラットフォームで実行できますが、支払いは個別に計算する必要があります。支払い操作が各プラットフォームで個別に完了する場合、ユーザーはこれらのプラットフォームでアカウントを作成する必要があり、明らかに不便です。もう 1 つの解決策は、すべてのクラウド プラットフォームのアカウントを持つサードパーティのサービス プロバイダーに課金サービスを引き渡すことです。これにより、ユーザーは一度支払うだけで済み、残りはサービス プロバイダーが処理します。

上記の議論に基づくと、クロスクラウドの実現に重大な技術的障壁はありません。もちろん、さらに決定する必要がある詳細は数多くあります。このクロスクラウドのビジョンで次の問題は、市場から自然に製品が生まれるかどうかです。

クラウドプロバイダー間の連携

クロスクラウド レイヤーは、ユーザーがオンデマンドで複数のクラウド プラットフォーム上でタスクを実行できるように設計されており、タスクに大量のデータが含まれる場合、データの移植は避けられません。現在、ほとんどのクラウド プロバイダーは、データ移行の場合よりも、データの移行の場合の料金がはるかに低くなっています。たとえば、AWS プラットフォームへのデータのインポートは無料ですが、AWS からデータを移行するコストは 1 GB あたり 0.05 ドルから 0.09 ドルで、データを数か月間保存するのに同等のコストを使用できます。これらの料金は主要な CDN ベンダーの料金よりもはるかに高く、CDN の見積もりは通常 1 GB あたり 0.009 米ドルから 0.02 米ドルです。

この形式の価格設定戦略を「データ グラビティ」価格設定戦略と呼びます。これにより、ユーザーはデータを外部に移動するのではなく、データ センター内で処理することを好むようになります。もちろん、計算に非常にコストがかかるタスクの場合、データを移行することは非常に費用対効果が高く、結局のところ、そのようなタスクにおけるデータのコストが占める割合は非常に小さいのです。たとえば、ImageNet トレーニング タスクで 150 GB のデータ セットを処理するには、この量のデータを移行するには約 13 ドルの費用がかかり、関連するトレーニング タスクを AWS で完了するには 40 ドル以上の費用がかかります。 Azure の場合、費用はわずか約 20 ドルです。上記のデータに基づいて、データを処理のために外部に移動する方がコストがかからないことを見つけるのは難しくありません。データグラビティが存在するとしても、データを移行する方が経済的な選択である場合があることを見つけるのは難しくありません。

それだけでなく、一部の静的データについては、非常に安価なクラウド プラットフォーム アーカイブ サービスに保存し、必要なときに処理する必要がある BLOB ストレージに移行できます。クラウド プラットフォーム上の BLOB ストレージに長期保存すると、上記の方法よりもコストが高くなります。

私たちが知る限り、データ移行のコストは現在一貫しています。つまり、データの宛先がどこであっても、コストは同じです。クラウド プラットフォームの可能な選択肢は、相互に協力協定を締結し、相互間のデータ送信に料金がかからず、より高速な送信リンクを構築することです。このようにして、データ送信は無料かつ非常に高速になり、契約を締結したクラウド プラットフォーム間のデータの重力も軽減されます。

将来についての憶測

上記の議論に基づくと、互換性レイヤーを作成する技術的な困難はそれほど大きくありませんが、クラウド コンピューティング プロバイダーのサービスが代替可能な一般商品になるため、クラウド コンピューティング プロバイダーが互換性レイヤーを否定的に扱うことが予想されます。良いニュースは、他の分野とは異なり、互換性レイヤーの標準化にはグローバルな交渉が必要なく、クラウド コンピューティング プロバイダーが望まない場合でも、ますます多くのソフトウェアが複数のプラットフォームで実行できることです。そうすれば、たとえ互換性レイヤーを正式にサポートできなかったとしても、移行を容易にするという目的を達成するために、より多くのユーザーによって互換性レイヤーが使用されることになります。

大規模なクラウド コンピューティング プロバイダーは互換性レイヤーを好みませんが、小規模なクラウド サービス プロバイダーがこの互換性標準を使用すると、市場シェアの拡大に役立つため、この標準との互換性をより積極的に持つようになります。このシナリオはすでに市場で見られており、Google は「一度作成すれば、いつでもどこでも実行できる」と主張する K8S ベースのアプリケーション管理プラットフォームである Anthos をリリースしました。Anthos はすでに Google Cloud と AWS 上で実行されており、Azure もすぐに追随する予定です。

互換性レイヤーが広く受け入れられると、クロスクラウド開発を開始できます。もちろん、これは現時点では単なる推測と想像にすぎず、これら 2 つの層が短期的に完全に準備が整うとは考えられません。

上記の 2 つのレイヤーが準備できた場合、クラウド コンピューティング プロバイダーに残された選択肢は 2 つだけです。独自のプライベート API の使用を主張してユーザーを独自のプラットフォームにロックするか、上記の 2 つのレイヤーと互換性を持って互換性のあるサービスを提供するかのいずれかです。前者は比較的規模が大きくなる傾向があり、民間協定に十分なリソースを提供できます。後者を選択するクラウド コンピューティング プロバイダーは Skycomputing の一部となり、互換性のあるシステムで共存および競合するために Skycomputing を共同設立します。

なぜ私たちはスカイコンピューティングが実現すると強く信じているのでしょうか? 完全に競争が激しい市場では、プライベート プロトコルを主張するプロバイダーは、他の同様のプロバイダーやスカイ コンピューティング システム全体と競争する必要があると単純に分析できます。競争力を維持するには、より多くのリソースを費やす必要があります。競争力を確保するために、来てイノベーションを起こしてください。独自のプライベート API の。しかし逆に、Sky Computing のプロバイダーの境界は低く、すべての分野を維持するためにこれ以上の労力を費やす必要はなく、イノベーションのために自社の比較的狭い分野に集中するだけで済みます。たとえば、Oracle は DB に重点を置いたクラウドを提供できますし、EMC のような企業はストレージに重点を置いたクラウドを提供できます。ハードウェア メーカーもクラウド コンピューティングに参加でき、たとえば、Samsung は最もコスト効率の高いクラウド ストレージを提供し、Nvidia はハードウェア支援の ML サービスを提供する可能性があります。Sky Computing が存在しない場合、上記のメーカーには 2 つの選択肢しかありません。自社のハードウェアまたはサービスを特定の (複数の) クラウド プラットフォーム プロバイダーのコンピュータ ルームに導入するか、完全なクラウド コンピューティング インフラストラクチャを自社で構築するかのいずれかです。明らかに、これらはどちらも最良の選択肢ではありません。

もちろん、上記の利便性は、ユーザーがこうした独自の便利なサービスを見つけたり、タイムリーに情報を更新したりできることを前提としています。これを実現するには、上記の 3 つの層 (互換性層、クロスクラウド層、プロバイダー間のコラボレーション) が必要です。

もちろん、プライベート クラウド プラットフォームがなくなると言っているわけではなく、どちらのモデルも今後も長く存在し続けるでしょう。個人契約クラウドプラットフォームは、コストパフォーマンスをあまり重視せず、より多くのサポートが必要なユーザーに適しています。しかし、大規模な利用となると、スカイコンピューティングのコストパフォーマンスが反映され、最良の選択となります。

結論は

この記事では、スカイ コンピューティングを実現する際の課題について説明します。一部の課題は純粋に技術的なものであり、達成するのはそれほど難しくないようです。ただし、金融システム全体を機能させるには、Sky Computing が相互に協力してアプリケーションをフローできるようにするクラウド コンピューティング プロバイダーのグループが必要です。

過去の推薦

クラウドコンピューティングからスカイコンピューティングへ (1)

Xline v0.4.0: メタデータ管理用の分散 KV ストア

DatenLord は、次世代のクラウド コンピューティングである「Sky Computing」のインフラストラクチャ テクノロジに焦点を当て、クラウド コンピューティングの境界を広げることに取り組んでいます。Datan Technology によって作成された新世代のオープンソース クロスクラウド ストレージ プラットフォームである DatenLord は、ソフトウェアとハ​​ードウェアの緊密な統合を通じてクラウド間の障壁を突破し、無制限のクロスクラウド ストレージとクロスクラウド接続を実現し、統合されたストレージ アクセスを確立します。大規模なリモートおよび異種データのためのメカニズムクラウド アプリケーションは、高性能の安全なストレージ サポートを提供します。クラウドやデータセンターにわたる大量のデータへの高性能アクセスに対するさまざまな業界の顧客のニーズを満たすため。

公開アカウント: Datan Technology DatenLord

DatenLord公式サイト: http: //www.datenlord.io

志胡アカウント:

Datan Technology ダテンロード

駅B

https://space.bilibili.com/2017027518

ダテンロードメール: [email protected]

Datan Technology への参加、または Datan Technology Technology Exchange Group への参加に興味がある場合は、小さなアシスタント WeChat を追加してください: DatenLord_Tech

公開日 2023-06-02 23:16・IP領域 香港、中国

おすすめ

転載: blog.csdn.net/DatenLord/article/details/131015571