効率的なクラウド アーキテクチャを構築するための 7 つのステップ

強力で信頼性の高いクラウド アーキテクチャを構築することは、IT とビジネスの長期的な成功にとって重要です。残念ながら、近年多くのクラウド アーキテクチャが無計画に構築されており、テクノロジーとビジネスの急速な発展によってもたらされた需要の増大に対応できていません。初めてのクラウド アーキテクチャを構築する場合、または組織の既存のクラウド アーキテクチャに老朽化や計画不足の兆候が見られ始めた場合は、次の 7 つのヒントが生産性と効率性を迅速に向上させるのに役立つ可能性があります。

効率的なクラウド アーキテクチャは、真空中で生まれるものではありません。最良のクラウド環境とは、ゼロから段階的に構築していく環境です。

強力で信頼性の高いクラウド アーキテクチャを構築することは、IT とビジネスの長期的な成功にとって重要です。残念ながら、近年多くのクラウド アーキテクチャが無計画に構築されており、テクノロジーとビジネスの急速な発展によってもたらされた需要の増大に対応できていません。

初めてのクラウド アーキテクチャを構築する場合、または組織の既存のクラウド アーキテクチャに老朽化や計画不足の兆候が見られ始めた場合は、次の 7 つのヒントが生産性と効率性を迅速に向上させるのに役立つ可能性があります。

1. 自分が何をしているのかを理解する

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

ウェブおよびモバイルアプリのテストクラウドプロバイダーであるSauce Labsのプラットフォームサービスディレクター、トーマス・ボイルズ氏は、この点については非常に注意する必要があると警告している。クラウド インフラストラクチャの構築は複雑な作業であり、スケーラビリティと耐久性を後から考える余裕はありません。 「ただ適当に組み合わせて、うまくいくと期待する間違いをしてはいけない」とボイルズ氏は言う。 「非常に詳細かつ仕様に沿って設計する必要があります。」

AWS、Google、Microsoft などのクラウドリーダーが提供するモジュール式コンポーネントを使用する前提は、採用者が事前準備をしてユーザーマニュアルを読むというものです。 「レゴは与えられますが、それを正しい方法で使うようにしなければなりません」と、VMware の CloudHealth クラウド最適化プラットフォームのプロダクト マネージャーである Ennio Carboni 氏は述べています。 「そうしないと、コストが急騰し、環境が不安定になるリスクがあります。」

IBM フェローであり、クラウド アーキテクチャ ラボの CTO であるカイル ブラウン氏は、適切に設計されたクラウド ソリューションを実現する最善の方法は、計画と先見性である、とアドバイスしています。 「ここには特効薬はない」と彼は言った。 「チームはアーキテクチャを段階的に定義し、変更を反復的に行えるように増分計画を立てる必要があります。」

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

プロフェッショナルサービスおよびビジネスコンサルティング会社、キャップジェミニのクラウドアーキテクチャソリューション担当ディレクター、セコウ・ペイジ氏は、クラウドサービスはクラウドのネイティブ機能を活用すべきだと述べた。 「お客様に代わってクラウドの可能性を最大限に引き出し、パフォーマンスを向上させ、信頼性を高め、コストを最小限に抑えます。」

「アプリケーション所有者（開発者とISVからの外部ソフトウェアの調達と運用の責任者の両方）のニーズに徹底的に焦点を当てる必要があります」と、オープンソースのマルチクラウドアプリケーションプラットフォームの推進に取り組む非営利団体Cloud Foundry Foundationの最高技術責任者、チップ・チャイルダーズ氏は語った。チルダーズ氏は、AWS の成功は主に顧客のニーズに重点を置くことで達成されたと指摘した。 「同じことが、パブリックとプライベートの両方の他のクラウドプロバイダーにも当てはまります」と彼は語った。

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

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

保険会社Liberty MutualのセキュアDevOpsプラットフォーム担当シニアディレクター、ジャスティン・ストーン氏は次のように付け加えた。「これもすべて自分一人で行うことは不可能です。クラウドへの移行には、IT組織全体にわたる複数のチームと強力なビジネス連携が必要です。」

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

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

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

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

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

IT は決して従来の考え方に依存すべきではありません。 「それらがどのように運用され、保護され、監視され、展開されるかなどです」とペイジ氏は指摘した。

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

クラウド イノベーションには、新しいアプローチとテクノロジーを積極的に受け入れる IT チームが必要です。 「適切なスキルの組み合わせを確保することが重要だ」とIBM Cloud Labsの著名なエンジニア、ローランド・バルシア氏は言う。彼は、もともと従来のデータセンター ソリューションを構築するために編成されたチームが、クラウド ネイティブ ソリューションを開発する際に効果的に機能できると盲目的に想定するのは間違いだと指摘しました。 「その代わりに、運用チームをエンジニアのように再教育し、ソフトウェア定義のスキルをさらに開発することが非常に重要です。」

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

5. クラウドストレージソリューションを変更する

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

6. 回復力のあるつながりを構築する

適切に設計されたクラウドは、高帯域幅と低レイテンシを提供する必要があります。 IT サービス管理会社 Future Tech Enterprise の CIO である Mike Attar 氏は、次のように説明しています。「ネットワーク層は俊敏性を備え、エンド ユーザーがサーバーと他のクラウド間を迅速かつ効率的に移動できるようにする必要があります。また、クラウド リソースを最大限に活用する方法を決定するために、監視および管理機能も使いやすくする必要があります。」

「明確に定義されたクラウド アーキテクチャには、クラウド インフラストラクチャだけでなく、良好な接続性も含まれる」と Rials 氏は指摘します。デフォルトでは、組織はインターネット経由でクラウド サービス プロバイダーに接続します。 「すべての主要なクラウドサービスプロバイダーは、ユーザーの所在地から自社のクラウドインフラストラクチャへのプライベート接続を提供することができます」と彼は語った。

明確に定義されたクラウド アーキテクチャには、多くの場合、マルチクラウド アプローチが含まれるため、各クラウド サービス プロバイダーへの個別の接続を確立すると、コストがかかりすぎる可能性があります。 「まずはクラウド接続ブローカーまたはクラウド スイッチへのネットワーク接続を確立し、そこから各主要クラウド サービス プロバイダーへのネットワーク接続を確立することができます」と Rials 氏はアドバイスします。

7. システム全体にセキュリティを統合する

クラウド セキュリティ サービスは他のサービスから分離してはなりません。 「その代わりに、ストレージやスケーラビリティの向上に関連するサービスなど、他のサービスに統合されるべきだ」とタバレス氏は語った。

クラウド アーキテクチャのすべてのレイヤーに適切なセキュリティ原則を組み込む必要があります。 「クラウド サービスを使用する組織は、クラウド プロバイダーの責任がどこで終わり、どこから始まるのかを明確に理解する必要があります」と Rials 氏は述べています。クラウドを新たに導入する人の多くは、ネットワーク セキュリティはクラウド サービス プロバイダーのみの責任であると誤解していることがよくあります。 「明確に定義されたクラウド アーキテクチャには、アーキテクチャ全体にわたってサイバーセキュリティが組み込まれます」と彼は指摘しました。