優れたクラウド プラットフォームを構築するための 7 つのステップ

効率的なクラウド アーキテクチャは、突然現れるものではありません。代わりに、最適な運用環境は組織によってゼロから層ごとに構築されます。次に、優れたクラウド プラットフォームを構築するための 7 つのステップを見てみましょう。

[[261489]]

1. 自分が何をしているかを知る

テクノロジー市場分析会社 ABI Research のリサーチアナリスト、マイケル・タバレス氏は、クラウド アーキテクチャは、フロントエンドおよびバックエンド プラットフォーム、クラウドベースの配信システム、ネットワーク リソースなど、さまざまなコンポーネント間の共生関係に依存する総合的な構造であると指摘しました。 「これらのコンポーネントの 1 つが欠けていると、真のクラウド アーキテクチャとは言えません」と彼は言います。 「さらに重要なのは、1 つのコンポーネントの変更が他のコンポーネントの変更につながることです。」

ウェブおよびモバイルアプリのテストクラウドプロバイダーであるSauce Labsのプラットフォームサービスディレクター、トーマス・ボイルズ氏は、組織はすぐに飛びつくべきではなく、クラウドコンピューティングインフラストラクチャの構築は複雑な作業であり、スケーラビリティと耐久性を考慮する必要が実質的になくなると警告した。 「ただ適当に作ってうまくいくと期待する間違いをしてはいけない」と彼は言った。 「組織は、その設計方法について非常に詳細かつ規律正しく考える必要があります。」

AWS、Google、Microsoft などのクラウド コンピューティングのリーダーは、ユーザーが自分で調べてユーザー マニュアルを読むことを前提として、ビルディング ブロックを提供しています。 「彼らはクラウド プラットフォームを構築するための構成要素を提供していますが、それを正しい方法で使用することを確認する必要があります」と、VMware CloudHealth のクラウド最適化プラットフォームのプロダクト マネージャーである Ennio Carboni 氏は述べています。 「そうしないと、制御不能なコストの急上昇と不安定な環境が生じるリスクがあります。」

IBM フェローであり、Cloud Lab のクラウド アーキテクチャー担当 CTO である Kyle Brown 氏は、適切に設計されたクラウド ソリューションを実現する最善の方法は、計画を立てて先見性を持つことだとアドバイスしています。 「特効薬はなく、チームは変更を反復的に行えるように、アーキテクチャと計画を段階的に定義する必要がある」と同氏は述べた。

2. アプリケーション所有者のニーズに焦点を当てる

プロフェッショナルサービスおよびビジネスコンサルティング企業 Capgemini のクラウド アーキテクチャ ソリューション責任者である Sekou Page 氏は、クラウド サービスはクラウド ネイティブ機能を活用すべきだと述べています。同氏は、「当社は、顧客に代わってクラウド コンピューティングの可能性を最大限に引き出し、パフォーマンスの向上、信頼性の向上、コストの最小化に取り組んでいます」と述べました。

「開発者やISVからの外部ソフトウェアの調達や運用の責任者は、まずアプリケーション所有者のニーズに重点を置く必要がある」と、オープンソースおよびマルチクラウドアプリケーションプラットフォームの推進に取り組む非営利団体Cloud Foundry FoundationのCTO、チップ・チャイルダーズ氏は述べた。 「AWS の成功の多くは、顧客のニーズに重点を置くことで達成されました。同じことが、パブリック クラウド プロバイダーやプライベート クラウド プロバイダーにも当てはまります。」

Tavares 氏は、ストレージ、スケーラビリティ、セキュリティ、その他のサービスに関する重要な決定を下す前に、企業全体を調査する必要があると考えます。 「エンドユーザーは、クラウド インフラストラクチャが組織全体でどこで、なぜ管理され、構成されているかを理解する必要があります」と彼は述べています。 「そうすることで初めて、企業が人事、財務、運用、マーケティング、広報などの異なる部門ごとに分断されたシステムを導入した場合に起こり得るクラウドの無秩序な拡大を回避できるのです。」

ボイルズ氏は次のように説明しています。「企業と IT 文化も重要です。クラウドを導入する組織とユーザー グループには、適切なレベルの賛同と投資が必要です。また、社内に一定の専門知識が必要です。これにはクラウド アーキテクトが含まれる場合があります。ユース ケースとユーザー ペルソナを理解している経験豊富な人材が必要です。ユーザー グループのニーズを理解することが、適切な計画と設計の鍵となります。」

保険会社リバティ・ミューチュアルのセキュアDevOpsプラットフォーム担当シニアディレクター、ジャスティン・ストーン氏は次のように付け加えた。「組織が独力でこれを実現することはできません。クラウドへの移行には、IT組織全体にわたる複数のチームと強力なビジネス連携が必要です。」

3. 拡張性と標準化を追求する

クラウド コンピューティング インフラストラクチャ コンポーネントは、ストレージ、コンピューティング (メモリと処理能力)、ネットワークという 3 つの主要な次元に沿って独立して拡張できる必要があります。 「どのような具体的な選択を行うにしても、組織はユーザーにとって重要な主要な容量計画の側面を標準化された方法で拡張できるようにプラットフォームを準備する必要があります」と Childers 氏はアドバイスします。

組織のクラウド アーキテクチャは、単一のクラウド サービス プロバイダーに依存すべきではないと、チューレーン大学専門職開発学部の応用コンピューティングおよびテクノロジー プログラムの教授である William Rials 氏は警告しています。 「明確に定義されたクラウド アーキテクチャでは、さまざまなクラウド サービス プロバイダーとオンプレミス インフラストラクチャ間の互換性を最大限に高めるために、可能な限りオープン スタンダードに重点を置く必要があります。」

マイクロサービスの台頭は、主に標準化されたソフトウェア コンテナの急速な導入によって推進されてきました。 「この技術により、開発者はコードを軽量でプラットフォームに依存しないパッケージにパッケージ化し、さまざまなインフラストラクチャに簡単に展開できるようになります」とタバレス氏は語った。 「マルチクラウド市場の台頭により、コンテナはクラウド コンピューティング インフラストラクチャの重要な側面となり、さまざまなベンダーのソフトウェア間でのパーソナライズされた調整されたアプリケーション開発が可能になります。」

4. 模倣するのではなく革新する

「IT 部門は決して従来の考え方に頼るべきではない」と Page 氏は言う。 「これには、運用、セキュリティ、監視、展開などの方法が含まれます。」

既存のオンプレミス設備をクラウドに「リフト アンド シフト」する誘惑は、時間とコストのメリットがすぐに得られるため抵抗するのは難しいですが、クラウド アーキテクチャを構築するにはほとんどの場合間違ったアプローチです。 「おそらく最大のタブーは、クラウドを、アプリケーションを移動させるだけで勝利を宣言できる『空中のデータセンター』とみなすことだ」と、ビジネスおよびテクノロジーコンサルティング会社アクセンチュアのクラウド戦略、アーキテクチャ、デリバリー担当マネージングディレクター、ミハ・クラルジ氏は語った。 「将来のロードマップなしにアプリケーションをリフトアンドシフトする CIO は、期待した価値が得られず、場合によっては、予想よりもはるかに大きなコストがかかる技術的負債に陥ることになるでしょう。」

「クラウド コンピューティングのイノベーションには、新しいアプローチやテクノロジーを採用する意欲のある IT チームが必要であり、適切なスキル セットを確保することが重要である」と IBM Cloud Labs の著名なエンジニアである Roland Barcia 氏は述べています。 「最初に編成されたチームがクラウドネイティブ ソリューションの開発に効果的な役割を果たせると盲目的に想定するのは間違いです。むしろ、運用チームを再教育して、ソフトウェア定義のスキルをさらに開発することが重要です。」

「外部からのサポートも貴重です。ビジネスと目標を理解しているクラウド プロバイダーやソフトウェア パートナーと協力することが、始める上での鍵となります」とストーン氏は指摘します。

5. クラウドストレージの種類を変更する

タバレス氏は、1種類のストレージに焦点を合わせることは選択肢ではないと断言した。ほとんどの主要なクラウドプロバイダーは、さまざまなストレージ サービスを提供しています。たとえば、AWS では、Simple Storage (S3)、Elastic Block Storage (EBS)、Elastic File System (EFS)、インポート/エクスポート一括データ転送サービス、Glacier アーカイブバックアップおよびストレージゲートウェイを提供しています。 「あらゆる状況に適したストレージオプションは存在しません」と彼は言いました。 「さらに、さまざまなデータ セットにさまざまなクラウド ストレージ オプションを活用することで、パフォーマンス、コスト、機能のメリットが得られます。」

6. 回復力のあるつながりを作る

適切に設計されたクラウド プラットフォームは、高帯域幅と低レイテンシを実現します。 IT サービス管理会社 Future Tech Enterprise の CIO である Mike Attar 氏は、次のように説明しています。「ネットワーク層は柔軟性を備え、エンド ユーザーがサーバー間、場合によっては他のクラウド間を迅速かつ効率的に移動できるようにする必要があります。監視および管理機能は、クラウド リソースをどのように活用するかについて、それに応じて決定を下すのが容易である必要があります。」

リアルズ氏は、「明確に定義されたクラウド アーキテクチャには、クラウド インフラストラクチャだけでなく接続性も含まれます。デフォルトでは、組織はインターネット経由でクラウド サービス プロバイダーに接続します。すべての主要なクラウド サービス プロバイダーは、顧客の場所から自社のクラウド インフラストラクチャへのプライベート接続を提供しています」と述べています。

明確に定義されたクラウド アーキテクチャにはマルチクラウド アプローチが含まれるため、各クラウド サービス プロバイダーと個別に接続を確立するとコストがかかりすぎる可能性があります。 「したがって、主要なクラウド サービス プロバイダーのそれぞれとのネットワーク インターフェイスを持つクラウド接続ブローカーまたはクラウド エクスチェンジへのネットワーク接続を確立することをお勧めします」と Rials 氏はアドバイスします。

7. 統合セキュリティ

「クラウドセキュリティサービスは他のサービスから決して分離されるべきではない」とタバレス氏は言う。 「むしろ、ストレージやスケーラビリティの向上に関連するサービスなど、他のサービスに統合されるべきだ」

「クラウド アーキテクチャのすべてのレイヤーには、健全なセキュリティ原則が組み込まれている必要があります」と Rials 氏は述べています。 「クラウド コンピューティング サービスを使用する組織は、クラウド サービス プロバイダーの責任がどこで終了し、組織の責任がどこから始まるのかを明確に理解する必要があります。クラウドを導入する多くの企業は、サイバー セキュリティはクラウド サービス プロバイダーの唯一の責任であると誤解しています。明確に定義されたクラウド アーキテクチャには、アーキテクチャ全体にサイバー セキュリティがすでに組み込まれています。」