クラウド プロバイダーが教えてくれないクラウド アーキテクチャの 3 つの秘密

ソリューションの効率を最大化し、コストを削減するにはどうすればよいでしょうか?最適化されたアーキテクチャは重要であり、高品質のストレージ システム、データベース、コンピューティング プラットフォームを構成するために適切なクラウド リソースを選択することも重要です。

[[357838]]

クラウド プロバイダーは、お客様にとって最適なものではなく、自社の収益を最大化するものを提案することがよくあります。クラウド リソースを選択する前に、クラウド プロバイダーから聞いたクラウド アーキテクチャの秘密を 3 つ紹介します。

ヒント 1: 非ローカル リソースはローカル リソースよりも優れていることが多い

「ネイティブ データベース、クラウド運用システム、またはセキュリティ システムを単一のパブリック クラウド サービスの一部として使用する方がよい」という話を聞いたことがありますか。

しかし、マルチクラウドの世界に移行した今、それは当てはまりません。単一のパブリック クラウドでのみ機能するネイティブ ソリューションよりも、パブリック クラウドにまたがる汎用の異機種混在ソリューションを選択する方がはるかに優れています。クラウド プロバイダーが提供するアーキテクチャ ガイドでは説明されていない、非ネイティブ リソースの使用を検討してください。

ヒント2: データをクラウドに保存する

大量のデータの入出力に依存するクラウド ソリューションは、ほとんどの場合、良いアイデアとは言えません。まず、パブリック クラウド プロバイダーに出入りするデータが毎月のクラウド請求書に表示されます。また、料金も安くありません。

ただし、コア アーキテクチャについて考えるときには、この点が見落とされがちです。 IT 組織では、コンプライアンスとセキュリティに関する過度の懸念から、一部のデータをオンプレミスで保持したいと考えることがよくあります。この時点で、プロバイダーは入場料と退場料による利益を考慮して、他のアドバイスを提供しないことがよくあります。

ただし、優れたパフォーマンスとセキュリティ、そして低コストを求めている場合は、データをクラウドに保存することを選択できます。

ヒント3: セキュリティは体系的であるべき

独自の暗号化システム、ID 管理システム、ロールベースのセキュリティなどを使用する単一のアプリケーションのワークロードにセキュリティ システムが結び付けられているのを目にすることはよくあります。これは、これらの構成が、アプリケーションをホストするクラウド プロバイダーに対してローカルであるためです。

この場合の問題は、すべてのアプリケーションに対して 1 回限りのセキュリティ ソリューションを作成することになる点です。このアプローチは拡張性がなく、複雑なセキュリティ問題にさらされることになります。

セキュリティは、コア アーキテクチャのすべてに体系的に適用されます。アプリケーションは非常に類似したセキュリティ モデルを使用し、可能な場合は同じセキュリティ システムを使用する必要があります。

これらは通常、オフプレミスであり、クラウド プロバイダーはそれらから利益を得ることはありません。そのため、クラウドでワークロードをできるだけ早く提供するために、セキュリティ アーキテクチャを考慮せずに移動速度を優先する傾向があります。

クラウドプロバイダーは、自社の利益のみを追求して行動しています。あなたが賢明であればあるほど、彼らのアドバイスをいつ受け入れるか、あるいは拒否するかをよりよく知ることができるでしょう。