国内のクラウドコンピューティング製品の中で最高のものはどれですか?比較のための5つの次元

この記事は製品に関する記事であり、対象顧客はクラウド コンピューティング製品マネージャーと標準的なクラウド コンピューティング ユーザーです。古参ユーザーの視点から、各クラウドコンピューティング製品の使い方、緊急に改善が必要な製品や気軽に不満を言ってもいい製品、変えられない内部要因を持つ製品などについてお話しします。この記事では主にクラウド製品の使用に関する問題について説明します。クラウド製品の購入に関する問題については、調達セクションで説明します。

2017 年現在、クラウド コンピューティング サービスは物理ハードウェアに代わる高品質な選択肢となっており、顧客はクラウド コンピューティングの調達コストと配信コストの極めて低さを高く評価しています。現時点では、企業の宣伝用PPTに洗脳されて派手なビジョンを追い求めることは避けるべきです。これらの PR 記事の読者は、ベンチャー キャピタリスト、顧客の意思決定者、起業家です。ハードウェア ソリューションと比較したクラウド ソリューションの機能と制限を理解する必要があります。顧客が機能を理解して初めて、簡単に使用できるようになります。顧客が制限を理解した場合にのみ、早期にバックアップ計画を立てることができます。プロダクトマネージャーがパニックに陥らない場合にのみ、コア機能に集中することができます。

***. IaaS 製品

IaaS プラットフォームの本質は、製品がハードウェア リソースの仮想化に基づいており、物理ハードウェアの置き換えというビジネス ニーズに応えることです。その利点は、最速のスピードと最低のコストで配送できることであり、顧客は事前に占有された物理リソースに対して料金を支払います。 IaaS 製品は、最も古典的なクラウド コンピューティング サービスです。コアコンポーネントはクラウドホストです。仮想ネットワーク、クラウド ハード ディスク、セキュリティ グループなどのサービスはすべて、クラウド ホスト ビジネスをサポートするように設計されています。

20 語前に、IaaS 製品の利点は高速かつ低コストでの提供であると述べましたが、クラウド ホストの高可用性を盲目的に追求するユーザーが多すぎます。物理マシンにはクラッシュしない安定したハードウェアが必要ですが、クラウド ホストはバッチ作成と迅速なリリースに適しており、単一のクラウド ホストの信頼性についてはあまり考慮されません。これには、高可用性をサポートするアプリケーション層サービスが必要です。クラウド プラットフォームはホストの最高の可用性を保証しませんが、障害回復速度は物理マシンよりもはるかに高速です。新しいクラウド コンピューティングは、物理マシン時代のユーザー概念に明示的に挑戦するものではありません。今こそこの誤解を正すべき時です。成熟したクラウド コンピューティング プラットフォームでは、単一マシンの高可用性は重視されません。同様の概念に基づいて、ユーザーが超高構成のクラウドホストを追求するのは、アーキテクチャにおけるハードウェアの不足を補うための一時的な手段です。正しい方法は、ビジネスを複数の中規模および小規模構成のホストに分割することです。

仮想ネットワークの現在のパフォーマンスの欠点は速度ではありません。主流のクラウド プラットフォームのイントラネット相互接続速度は 1Gb です。物理的な 10G ネットワーク カードでは 20 ～ 30 台の仮想マシンをロードできるため、コスト効率のバランスが取れた選択肢となります。仮想ネットワークのパフォーマンス上の欠点はパケット量です。サーバー CPU はスイッチ CPU ではありません。どれだけ適切に構成されていても、処理できるパケットは約 200,000 個までです。したがって、SYNFlood ゾンビとして使用される低構成の仮想マシンは、物理ノードを麻痺させる可能性があります。さまざまなクラウド プラットフォームが仮想ネットワーク カードのパケット量制限を徐々に押し上げていますが、依然として網をすり抜けてしまうものが多くあります。

仮想ネットワークがユーザーの行動にもたらす変化は、ARP ブロードキャストが抑制され、古い IP ドリフト技術がすべてなくなることです。当初、この無駄な設定は、vxlan が未発達だったために一時的な対策でしたが、徐々に新しい権限割り当ての機会になりました。 OpenStack API は、ホスト間のネットワーク カードの挿入と削除を管理できます。ネットワーク カードは、ホスト アクセサリから独立したリソースに変更されました。イントラネット IP の割り当ての責任は、システム エンジニアからネットワーク エンジニアに変更されました。セキュリティ グループに嫌悪感を抱いた無数のユーザーが、ローカル ファイアウォールを徐々に諦めるようになりました。これらの変更は、ネットワーク レベルからクラウド コンピューティングの設計哲学を実装するためのものです。単一のマシン (IP/ファイアウォール) は重要ではありません。クラウドホストは終わりのないオオカミの群れです。パックを組織するネットワークの方が重要です。

2. PaaS製品

同質競争で価格に重点を置く IaaS クラウドと比較して、PaaS 製品はクラウド コンピューティングの未来です。 PaaS 製品を適切に使用することで、人手を節約し、配信を高速化できます。使用量に応じて支払うと、リソースに応じて支払うよりも安くなる（または高くなる）場合があります。しかし、PaaS プラットフォームの厄介な点であり魅力的な点として、製品形態が曖昧であること、サービス品質の評価が難しいこと、独自運用が難しいこと、先行企業やデファクトスタンダードが存在しないことが挙げられます。

PaaS クラウド プラットフォームと IaaS クラウド リソースの違いは、プラットフォームが顧客のアクションとステータスを理解する必要があることです。オブジェクトストレージと CDN は最も一般的な PaaS サービスです。クラウド プラットフォームは、データ容量、アクセス トラフィック、アクセス数、方法に応じて課金されます。 Mysql RDS は、メモリとログ領域の上限に応じてのみ課金されますが、顧客向けにデータベースの状態を表示、分析、バックアップすることができます。これは移行的な PaaS です。

最も一般的な PaaS サービスはデータベース、最も重要な PaaS サービスはオブジェクト ストレージ、最も成熟した PaaS サービスは CDN、最も魅力的な PaaS サービスはサーバーレスです。私たちはこれら 4 つのサービスに焦点を当てます。

従来の PaaS サービスは単なるプロセスであるべきです。プロセスはデータを長期間保存することはできません。少量の構造化データはデータベース ストレージに依存し、大量のデータはオブジェクト ストレージに依存します。

クラウド データベース (RDS など) は重要ですが、企業にはすでにデータベースと DBA が存在するため、想像力を働かせる余地は限られています。 DBA は、アーキテクチャが不明なクラウド データベースのパフォーマンス、安定性、データ セキュリティを信頼しておらず、企業は依然として DBA に設計と保守の作業を行わせています。

オブジェクト ストレージ サービスは新たな需要を生み出しています。企業には大規模なオブジェクトストレージを構築する能力がありません。さらに、オブジェクト ストレージはアプリケーションフレンドリーで使いやすいため、顧客は積極的に受け入れ、ビジネスに活用しています。ユーザーがオブジェクト ストレージ プラットフォーム上にテラバイト単位のデータを蓄積すると、ビッグ データや AI 分析アプリケーションが自然に導入されるようになります。 WAN 伝送は十分に安定しておらず、コストが高すぎるため、コンピューティング コンポーネントはストレージの近くにしか配置できません。 PaaS クラウド スタートアップは、顧客の定着率を高め、水平方向の拡張スペースを確保するために、オブジェクト ストレージから始めます。

ビッグデータ PaaS はクラウド データベースに似ています。ユーザーは独自の膨大なデータを持ち込む必要があり、Mapreduce プロセスと結果に対して責任を負います。結局、顧客はクラウド プラットフォームが何もしていないと感じ、ビッグ データ PaaS サービスは IaaS のカスタマイズされたテンプレート仮想マシンとして使用されます。 AI PaaS はオブジェクト ストレージに似ています。ユーザーは本来、手動の画像認識に頼らなければならず、それらの非構造化データは保存されません。プログラマーは AI とストレージ インターフェースを調整することに満足しており、手動の画像認識チームの仕事を破壊することによってのみ、独自のパフォーマンスを達成できます。クラウドの代替手段は顧客の技術者から批判されるでしょうが、技術者は新しいクラウド ソリューションに対して非常に寛容です。

CDN は、最も古く、最も成熟したクラウド コンピューティング サービスです。クラウド コンピューティング業界の将来のベンチマークとなる次のような魅力的な機能があります。

顧客にとって学習コストはかかりません。料金を支払う意思があり、基本的な IT 知識があれば、ネットワークにアクセスできます。すべてのお客様は、CDN を使用するとコストを節約し、品質を向上できることに同意しています。

顧客には接続コストがかからず、いつでも他のクラウド ベンダーに切り替えたり、デフォルトで複数のクラウド ベンダーを使用したりすることができます。通常のプロジェクトでは、高度なプリセールス、ソリューション、および大幅なカスタマイズ開発は必要ありません。

顧客は価格と品質という 2 つの側面のみに注目します。彼らは選択に関してあまり大きな責任を負う必要はありません。最悪の場合、切断してしまう可能性もあります。特別な中立的な CDN 監視プラットフォームも存在します。

業界ではCDN事業をリソースの販売だけだと評価していないが、どのクラウドプラットフォームもCDN収益を重要項目に挙げており、成熟したモデルで巨大なケーキが実っている。

Serverless の紹介については、ZStack の Zhang Xin 氏の記事を検索することをお勧めします。サーバーレスの実用性は、プログラムが自ら変革することを要求する点にあります。従量課金制を重視する他のコンピューティング サービスは、リソースを迅速に解放するための単なるトリックです。サーバーレスは、将来のコンピューティング シナリオのための真のコンピューティング パワー コンテナおよび CDN です。

3. SaaS製品

実際、SaaS 製品は、狭義のクラウド コンピューティングとはまったく関係がありません。広義では、クラウド コンピューティングには機器のリースと人員のアウトソーシングも含まれるため、当然 SaaS クラウドの余地が生まれます。

SaaS 製品は 12 年以上前から存在し、人気を博しています。 OA/ERP/CRM/電子メール/テンプレートウェブサイト構築などのSaaSサービスは、読者の皆さんの年齢よりも古い骨董品です。オンライン オフィス、コラボレーション、通話、クラウド テストなどの最も人気のある SaaS 製品は、クラウド サーバーに依存しません。パブリック ネットワーク サービスを使用してクラウドに移行するこれらのアプリケーションと、以前のイントラネット サービスの間に大きな違いはなく、物理マシンと仮想マシンの使用の間にも大きな違いはありません。

狭義のクラウド コンピューティングは、企業の IT 技術者を対象とするエンタープライズ サービスですが、SaaS クラウドと IT 担当者の対象ユーザーはヘルプデスクに関係する人のみです。

この観点から見ると、これらの SaaS サービスは、ゲーム、Web サイト、アプリと何ら変わらない、クラウド プラットフォームの一般的なユーザーです。 SaaS クラウド サービスが独自の IaaS および PaaS を構築する技術的能力と意図を持っていない限り、それらは競合相手ではなく顧客です。

4. 物理マシン - ハイブリッドクラウド - クラウド管理プラットフォーム

クラウド ホストは物理マシンの最適な代替手段ですが、物理マシンを置き換えることができず、物理マシンを引き続き使用しなければならないシナリオもさまざまあります。

一部のクラウド ホストの過剰販売比率が高すぎて、パフォーマンスが低すぎます。さまざまな理由でクラウドベンダーを変更しない場合は、パフォーマンス上の理由から物理マシンのみを使用できます。

一部のハードウェア機能は仮想マシンでシミュレートされていません。シミュレートしたとしても信じられません。たとえば、Oracle RAC ではハードウェア ストレージが優先されます。

電話ネットワークに接続されたサーバー、専用機器に接続されたサーバー、ドングルに接続されたサーバーなど、一部の非 TCP/IP リソースは、専用ボードに接続する必要があります。

非技術的な要因により、物理的なマシンの使用が必要になります。例えば、ソフトウェアが問題を見つけられず仮想マシンのせいだと判断した場合、トラブルを回避するために物理マシンが特別に配置されます。

古い機械を再利用するためなどの理由で、一部の部署では物理マシンを使い続けており、電気代は管理部門が負担しています。

物理マシンを使用する必要があるため、ハイブリッド クラウドを使用して物理マシンと仮想マシンをリンクする必要があります。ハイブリッド クラウドとは、専用回線を使用して 2 つのクラウドを接続したり、物理マシンと仮想マシンがイントラネット経由で相互に通信できるようにするクラウドです。読者の中には、私の知識が浅いことを責める人もいるでしょうが、クラウド内でリソースを適切にスケジュールすることすらできないユーザーが、クラウド間のリソース スケジュールをうまく実行できるでしょうか。

ハイブリッド クラウドについて話しているので、クラウド管理プラットフォームについても話さなければなりません。クラウド管理プラットフォームは疑似需要ではなく、新たな需要です。顧客の非 CDN クラウド リソース調達量が 500 万を超え、サブプロジェクト間のイントラネット相互接続が不要になった場合は、ベンダー間のクラウド リソース管理ソリューションを開発する時期です。現状では、仮想マシンは CDN ほど自由に移行できませんが、今後サーバーレス サービスが普及すると、コンピューティング能力も複数のベンダー間で分散することになります。顧客は、少なくともプロジェクトレベルで複数のベンダーと交渉し、課金関連の業務データを曖昧にできるように、課金レベルと権限レベルからクラウド管理プラットフォームを事前に準備する必要があります。クラウド管理プラットフォームの詳細な説明については、私の別の WeChat 記事「中立的なパブリック クラウド管理プラットフォームの設計」を検索してください。

5. エンタープライズITコンサルティングおよび実装サービス

上記のクラウド コンピューティング サービスはすべて、リソースまたはソフトウェアの販売を伴います。 IT コンサルティングおよび実装サービスを提供することで、企業はエンタープライズ サービスの資金調達コンセプトと収益構造を向上させることができます。中小のクラウドベンダーはコスト競争を避けるために、こぞってこうした業務に自ら変革を試みており、大手ベンダーはやりたくないと言っているが、彼らの目も正直だ。しかし、実際に参加してみると、このような仕事が成功するケースは少ないです。私はそのようなプロジェクトを成功裏に完了し、それらに対して深い思い入れを持っています。この段落では、これらの現象を説明し、提案することに重点を置いています。

まずはITコンサルティングについてお話ししましょう。これまで、クラウド コンピューティング プラットフォームは、コストに敏感なゲーム クライアントやテクノロジーを重視する起業家クライアントを引き付けてきました。どちらのタイプのクライアントも、1時間あたり1,000元かかるコンサルティングサービスにはお金を払うことはないでしょう。現在、富裕層のクライアントがクラウド コンピューティングのコンサルティング契約を出していますが、資格、上級管理職の協力、顧客関係などの理由で小規模のクラウド コンピューティング企業には入札の機会がないため、誰も入札していません。

コンサルティングの入札によく遭遇しますが、私たちはそれに入札したくありません。コンサルティングプロジェクトの成果物は、さまざまなドキュメントとレポートです。インターネット企業の技術の集積は技術部門にあります。技術者が最も嫌うのは文書を書くことです。さらに、想像力とコミュニケーション能力が欠如しているため、コンサルティング プロジェクトには不向きであり、プリセールス担当者は技術文書の作成に対応できません。従来の外資系IT企業は、クラウドサービスに関するITコンサルティングプロセスには問題がないものの、技術レベルが低すぎ、ポリシーによるサポートも受けられていない。さらに、コンサルティング入札に入札できないようにする大きな致命的な武器があります（笑）。コンサルティング入札に入札する場合、実装入札には入札できません。実装入札の金額はコンサルティング入札の金額よりもはるかに大きいです。

実装段階になると、実際のところ、コンサルティング入札の際の対立と似たような対立が生じます。作業を行い、書類を書かなければなりませんが、検査官は専門家ではありません。従来のメーカーは実装作業中に価格を下げるために急いでしまい、進捗にさまざまな予想外の遅れや急ぎが発生します。さまざまなインターネット企業の実装チームは、それをサポートできません。従来のメーカーは入札価格を下げようとしていますが、クラウド コンピューティング プロジェクトを実行できる人材が本当にいる場合は、インターネット企業は価格を 3 倍にして彼らを引き抜くでしょう。

現在、クラウドコンピューティングの導入入札では、2 つの状況がよく発生します。クラウドコンピューティングという看板の下に仮想マシンクラスタを備えた超簡略化されたクラウドコンピューティングであるか、あるいは入札に勝ったがマーケティング部門だけがPR草案を出し、工事の終了時期は言うまでもなく、工事の開始時期すら決まっていない。

このジレンマを解決するには時間と労力がかかるでしょう。伝統的な IT 企業は翼を広げて風が吹くのを待ちます。クラウド コンピューティング テクノロジーはますます成熟してきました。今日のシャックの友人たちを見ると、コラの堅牢性と保守性は想像を超えていることがわかります。彼はプロのクラウドコンピューティングオペレーターが職を失うのではないかと非常に心配しています。インターネット企業には、着実に物事を進める賢い人材が必ず存在します。クラウド コンピューティング ソフトウェアもソフトウェアです。記述、使用、保守が難しいソフトウェアは排除されることになります。率先して仲間を排除することが生き残る道です。顧客にとっては、数百万、数千万の予算をかけることも技術的な仕事です。製品のセクションでは、利用可能なクラウド コンピューティング製品についてすでに説明しました。クラウドコンピューティングの調達状況のセクションでは、さらに詳しい選定手順と調達の提案をさせていただきます。