プライベートクラウドの構築には、ALLINONE と階層独立構築・最適化のどちらを使うべきでしょうか?

プライベート クラウドを構築するには 2 つのアプローチがあります。 1 つは、ALLINONE アプローチという統合ソリューションを使用することです。 1 つは、プライベート クラウドの各レイヤーを個別に構築し、異なる製品とソリューションを使用してレイヤーの組み合わせを最適化することです。

2 つのアイデアにはそれぞれ長所と短所があり、異なるシナリオに適しています。

1. ALLINONEコンセプトのメリットとデメリット

ALLINONE のアイデアでプライベート クラウドを構築する利点は次のとおりです。

まず、プライベート クラウドを構築するための ALLINONE アプローチは総合的なソリューションであり、所有者の時間と労力を節約します。 ALLINONE アプローチでは、多くの場合、サプライヤーが建設を主導し、建設期間が短く、オーナーにとって簡単な作業となり、コストの支払いと監督のみを行う必要があります。日常的な作業は施工業者が主導することが多く、オーナーはそれを利用するだけで済みます。 ALLINONE はターンキー プロジェクトです。所有者は、直接アカウントを開設することで、比較的完全なプライベートクラウドを迅速に入手し、使用を開始できます。

第二に、ALLINONE アプローチでプライベート クラウドを構築する際に問題が発生した場合、争いや責任転嫁なしに、サービス プロバイダーを通じて簡単に問題を特定し、直接解決できます。サービスプロバイダーにとって、これらはすべて自社製品であり、ナレッジベースがより充実するため、問題が発生した場合に迅速に解決策を見つけることができます。

第三に、ALLINONE のプライベート クラウド製品サービスは比較的包括的であり、製品とサービスの安定性と信頼性は少なくともサービス プロバイダーによって厳密にテストされており、かなりの程度保証できます。時間が経つにつれて、パブリック クラウド ベンダーからのプライベート クラウド ソリューションを中心に、製品やサービスがますます増えていきます。プライベート クラウドはパブリック クラウドの簡易版であり、パブリック クラウドで利用できる製品やサービスはプライベート クラウドでも提供される場合があります。

4 番目に、プライベート クラウドを構築するための ALLINONE アプローチは、比較的一貫した運用エクスペリエンスを提供します。統合された製品は操作スタイルとロジックが一貫しているため、使い始めるのが容易になり、ユーザーエクスペリエンスも概して良好です。メーカーから統一されたドキュメントのサポートやトレーニングを受けることも容易になります。

ALLINONE コンセプトで構築されたプライベート クラウドの欠点は次のとおりです。

まず、ALLINONE アプローチによるプライベート クラウドの構築コストは比較的高くなります。これは、パッケージ ソリューションであるため、メーカーの標準に従って構築および運用する必要があり、構築中に不要な機能やサービスが選択される可能性があるためです。さらに、クラウドの運用は非常に複雑なため、オーナーが構築に深く関与していない場合、独立して運用することは大きな課題となり、継続的な運用費用が発生します。

第二に、プライベート クラウドを構築するための ALLINONE アプローチは、サービス プロバイダーによってロックインされる傾向があります。構築と運用をサービスプロバイダーが提供する場合、所有者はプライベートクラウドのみを使用し、プライベートクラウドの将来のアップグレードと拡張には引き続きこのメーカーを選択することしかできません。すでに業務アプリケーションが稼働しており、比較的安定している場合でも、第2、第3のクラウドを構築する際には、メーカーのソリューションやサービスしか選択できません。

3 番目に、プライベート クラウドを構築するための ALLINONE アプローチは、全体的なソリューションを使用し、よりユーザー フレンドリーなツールであるため、透明性が制限されることがよくあります。実はパブリッククラウドと似ており、プライベートクラウド内の詳細な情報を把握することは困難です。プライベート クラウドを構築する最大の動機はセキュリティです。クラウドの内部情報を理解しなければ、より深くきめ細かなセキュリティを構築することは困難です。

4 番目に、ALLINONE アプローチで構築されたプライベート クラウドのデフォルト サービスは制限される可能性があり、統一されたメーカーの製品では、所有者が必要とするすべてのサービス、特にビジネスに関連するいくつかの基本的なサービスを提供することはできません。現時点では、いくつかのサードパーティのサービスプロバイダーを導入する必要があり、安定性、信頼性、セキュリティの面で課題が生じます。

第5に、ALLINONEアプローチで構築されたプライベートクラウドのビジネス層は、依然として所有者によって構築される必要があり、ビジネスアプリケーションとプライベートクラウド間の安定性、信頼性、セキュリティにも課題があります。問題が発生した場合、所有者は自分で解決する必要があります。これには、所有者がプライベート クラウドを可能な限り深く理解することが求められます。結局のところ、所有者はクラウドに関する徹底的な調査を避けることはできません。

2. 階層型自律建設最適化のメリットとデメリット

階層化および自社構築のプライベート クラウドの利点は次のとおりです。

第 1 層の自社構築プライベート クラウドはカスタマイズされたソリューションであり、所有者に最適なサービスと製品を選択できるため、コスト効率が高くなります。プライベートクラウドはオーナーが主導して設計・構築するため、オーナー全員が独立して運用することが容易です。

第二に、階層化され独立して構築されたプライベート クラウドは、より制御可能で、透明性が高く、安全です。階層的に設計・構築されているため、各階層の所有者は各階層をよりよく理解できます。すべてのプライベート クラウドは、所有者にとってより制御可能で透明性が高くなります。オーナーのアーキテクトはプライベート クラウドの詳細を理解しており、きめ細かいセキュリティ構成をより便利に実行できます。

独立して構築された第 3 レベルのプライベート クラウドは、より柔軟性があります。プライベート クラウドは階層的にアップグレードおよび拡張できます。第2期、第3期の構築時には、実際の状況に応じて異なる製品を階層的に選択することもできます。

独立して構築されたプライベート クラウドの第 4 層には、スケールの利点があります。プライベートクラウドの規模が大きくなるほど、コスト効率が高まります。複数のクラウドや分散クラウドを構築したいグループ企業が増えるほど、階層化された資格を使用して構築されたプライベートクラウドの適応性が高まり、実装される可能性が高まります。

階層化および自社構築のプライベート クラウドの欠点は次のとおりです。

第 1 層の自社構築プライベート クラウドでは、クラウド チームに比較的高い要求が課せられ、プライベート クラウド アーキテクチャの設計、構築、運用、クラウド セキュリティに精通している必要があります。チームメンバーは、クラウドアーキテクチャ、クラウド運用と保守、クラウドセキュリティなどのさまざまな能力を持つ技術者によって率いられる必要があります。彼らは豊富な経験を持ち、クラウドの構築と運用を制御でき、困難な問題を解決できなければなりません。

第 2 層の自社構築プライベート クラウドの問題、特に紛争の原因になりやすい 2 つのレイヤー間の結合の問題を定義することが難しい場合があります。このとき、クラウド チームは経験と論理に頼って問題を素早く特定し、責任を明確にして問題を迅速に解決する必要があります。

3 層目の独立構築プライベート クラウドでは、統一された運用の問題を解決する必要があります。階層化構築では操作に一貫性がなくなるため、クラウド管理プラットフォームを使用するのが解決策となります。クラウド管理プラットフォームは、市販製品をベースにカスタマイズすることも、独自に開発することもできます。クラウドが構築されるにつれて、クラウド管理プラットフォームの機能は継続的に改善される必要があるため、クラウドチームにも開発能力が必要です。

それぞれの長所と短所を理解した上で、どのようなシナリオで ALLINONE アプローチを使用し、どのようなシナリオで階層型自律構築アプローチを使用すればよいのでしょうか。

最も重要な要素は規模です。規模が大きくなるほど、階層化され独立して構築されたプライベートクラウドの考え方を採用することが適切になります。比較的規模の大きい場合にALLINONEアプローチでプライベートクラウドを構築すると、規模が大きくなるにつれて必然的にコストが高騰し、制御性もどんどん悪くなってしまいます。最善の場合でも、最初からやり直さなければならない場合があります。

階層化されたプライベートクラウドを自分で構築する場合、どのような要素に注意する必要がありますか?以下では、これらを一つずつ説明します。

3. 階層化された自社構築のプライベートクラウドを構築する際に考慮すべき要素

ビジネスアプリケーション

クラウドはビジネスに役立つものであり、クラウドの構築はビジネスを十分に考慮する必要があり、これはプライベート クラウドの強みでもあります。ビジネス ニーズに応じてクラウド リソースを構成し、ビジネス向けのバックアップおよびリカバリ ソリューションをカスタマイズし、ビジネス向けのセキュリティ ソリューションをカスタマイズできます。クラウドを構築する目的は、クラウド上でのビジネス運用をより安定的、効率的、かつ安全にすることです。

クラウド管理プラットフォーム

クラウド管理プラットフォームは、プライベート クラウドの階層化および自律的な構築のための接着剤およびインターフェイスです。クラウド管理プラットフォームの操作性によって、プライベート クラウドが成功するかどうかが決まります。クラウド管理プラットフォームでは、二次開発には成熟した安定した製品を選択することを推奨しています。成熟した安定した製品は磨き上げられており、操作性や使いやすさにおいて一定の基盤を備えています。車輪の再発明をする必要がないので、効率が向上します。

データベース

階層化構造では必然的にデータベースの問題に直面します。現在、商用データベースには多くの選択肢があります。使用する特定のデータベースはビジネス ニーズによって異なります。データベースが便利な RDS サービスに組み込まれている場合は、クラウド管理プラットフォームを利用して実装できます。

ミドルウェア

ミドルウェアはデータベースに似ており、クラウド管理プラットフォームの助けを借りて実装できます。ただし、ほとんどのオープンソース ミドルウェアは比較的成熟しており安定しているため、プライベート クラウドではオープンソース ミドルウェアを直接使用することを検討できます。可用性の要件が比較的高い場合は、オープンソース製品サービスを提供できるサービス プロバイダーを選択することを検討できます。

安全性

プライベートクラウドを構築する最大の動機はセキュリティであり、プライベートクラウドのセキュリティ構築は非常に重要です。レベル保護の要件に準拠するには、セキュリティ センターやホスト セキュリティなどのサードパーティのセキュリティ製品の使用を検討する必要があります。セキュリティ面では、専門的なクラウド セキュリティ チームを結成し、計画を統一して調整し、段階的に構築することを検討できます。

容器

コンテナは現在、基本的にプライベート クラウドの標準となっています。コンテナと IaaS レイヤーは、同じメーカーのものでも異なるメーカーのものでも構いません。もちろん、コンテナ サービスはベアメタル上で直接実行することもできます。階層型自律構築の考え方によれば、コンテナの選択肢は多く、構築時には機能性と安定性に注意を払う必要があります。

IaaS レイヤー

階層化と独立構築の考え方に従って、成熟した安定した IaaS 製品の選択肢が多数あります。 IaaS 層では、オーナーに適した標準を抽象化し、その標準に基づいて製品を選択することをお勧めします。クラウドごとに異なる製品を選択でき、実際の使用では標準の IaaS 機能のみを使用できます。

まとめると、ALLINONE と階層化された自律型プライベート クラウド構築は、異なるシナリオに適した 2 つのアイデアです。プライベートクラウドの規模が大きくなるほど、階層化された自律的な構築を考慮する必要があります。階層化された自律的な構築はより困難な道のりではありますが、プライベート クラウドに十分な回復力を持たせ、長期的に投資を保護し、真に信頼性が高く制御可能なものにすることができます。