クラウド コンピューティングが想像以上に複雑である 8 つの理由

業務をクラウドに移行する企業が増えていますが、移行の現実は非常に複雑です。今日、ますます多くの企業にとって、アプリケーションと開発プラットフォームをクラウドに移行すべきかどうかではなく、いつ移行すべきかが問題になっています。

[[274271]]

クラウド コンピューティングは企業の IT に深く根付いており、クラウド コンピューティングなしでビジネスを行うことはますます困難になっています。それでも、クラウドへの移行には課題がつきもので、その中にはまったく予想外の課題もあります。

プロフェッショナル サービスおよびコンサルティング会社である Accenture の最近のレポートによると、大企業の 3 分の 2 がクラウド移行のメリットを実現しておらず、主な障害はビジネスと運用の複雑さであることがわかりました。

調査対象となった大企業の 200 人の上級 IT プロフェッショナルのうち、55% が、ビジネスの複雑さと組織の変化がクラウド コンピューティングのメリットを実現する上での障壁であると回答しました。セキュリティとコンプライアンスのリスクのみが、より頻繁に言及されました。

アクセンチュアは、クラウドへの移行によりクラウド コンピューティングの自動スケーリングが可能になる一方で、クラウド コンピューティングのメリットを享受するには時間がかかり、多くの変数によって影響を受ける学習曲線が存在すると述べています。

クラウド コンピューティングが見た目よりも複雑であるという意外な理由をいくつか紹介します。

1. ITサービスの提供

社内 IT の場合、企業は通常、ビジネス アプリケーション ソフトウェアを所有および管理し、社内の IT チームがソフトウェア環境を管理します。

この場合、IT 部門は、実装プロジェクトにプロジェクトをサポートするために必要な環境 (開発、テスト、トレーニング、または本番環境) があること、およびユーザーに必要なインフラストラクチャがあることを保証します。

「マネージドクラウドソリューションの場合はそうではない」と、ビジネスアドバイザリー会社グラント・ソーントンのテクノロジーソリューションリーダー、クリス・リリー氏は語る。 「マネージド クラウドの世界では、クラウド プロバイダーが実装をサポートするために必要な環境を構成する責任を負います。」

リリー氏によると、サポートされるユーザー数、アプリケーションが利用可能になる時期、その他の要素など、環境に関する決定は通常、ソフトウェアのライセンスが付与されるときに行われるという。

「大規模で複雑な IT 実装プロジェクトは常に変化する性質があるため、環境のニーズとタイミングは変化する可能性があります」と Lilley 氏は述べています。 「また、クラウド プロバイダーは何百もの顧客と連携しているため、特定のニーズのタイミングをサポートする能力がプロジェクトのスケジュールと一致しない可能性があります。」

企業のニーズが変化するにつれて、クラウド コンピューティング プロバイダーは、それらのニーズを満たす環境に適応して導入するためにより多くの時間が必要になります。 「組織は、自社の環境に合わせた戦略を策定し、クラウド プロバイダーと協力して、自社のニーズを理解し、制限や制約事項を把握する必要があります」とリリー氏は言います。

リリー氏はさらに、プロジェクトと本番環境のニーズが満たされるように、組織内の誰かがクラウドプロバイダーとの継続的なコラボレーションを担当する必要がある、と付け加えた。

2. ガバナンスとコスト管理への対応

「クラウドコンピューティングの使いやすさは素晴らしいが、ガバナンスとコストに関する課題もすぐに生じる」と、セキュリティプロバイダーのトレンドマイクロのクラウドリサーチ担当副社長マーク・ナニホーベン氏は語る。 「チームが追加のリスクを負うことなく迅速に成果を出せるよう適切なバランスをとるには、ある程度の努力が必要です。」

トレンドマイクロは、クラウドから直接顧客にさまざまなサービスを提供しています。これらには、仮想マシンからホストされたデータベース、サーバーレス ワークフローまで、さまざまなクラウド コンピューティング サービスを使用して運用タスクを実行するトレンドマイクロの Deep Security サービスが含まれます。

「当社のチームが製品を開発し、テストする上で、クラウド コンピューティングは、複数の環境でのビルドを自動化し、加速するのに役立つ非常に貴重なツールです」と Nunnikhoven 氏は述べています。 「特にこのユースケースは、開発作業をスピードアップするだけでなく、コストも削減しました。」

トレンドマイクロの最も顕著なガバナンスの問題は、テスト環境で発生しました。単一のテンプレートを使用することで、チーム メンバーは数百の異なる環境を同時に複製できます。ヌニクホーベン氏は、「チームの最初の本能は、ほぼすべての環境で変更をテストすることです。そうすることで、開発プロセスが遅くならず、問題を非常に迅速に検出できるからです」と述べています。

しかし、この戦略にはコストがかかります。この問題に対処するために、チームは最終的に、複数の環境でテストを行う階層型アプローチを採用することを決定しました。この新しい戦略は、変更の影響と大規模な同時テストのコストとのバランスをとります。

「幸いなことに、コード品質、ビルドプロセスのさまざまな段階での変更コスト、クラウド課金に関するテクノロジーをしっかりと理解することで、この戦略の実装は非常に簡単になります」とヌンニホーベン氏は語った。

3. 回帰テストのニーズを満たす

企業がクラウドに移行する際に対処しなければならないもう 1 つの重要な変化は、ベンダーがクラウド ソフトウェアの新しいバージョンを定期的にリリースすることです。

「ベンダーの中には毎月新バージョンをリリースしているところもあるが、大半は四半期ごと、あるいは年2回ソフトウェアのリリースを段階的に廃止している」とリリー氏は語った。 「組織は必ずしもすべての新機能を「アクティブ化」する必要はありませんが、特定の期間内に新しいリリースを受け入れる必要があります。」

つまり、変更を受け入れてから環境の回帰テストを行い、変更が現在の運用環境に悪影響を与えないことを確認する必要があります。

「リリースの頻度と、企業が自社の環境に新しいバージョンを受け入れる必要があるという事実を考慮すると、顧客はソフトウェア プロバイダーと協力してリリース スケジュールと現在のワークロードへの影響を理解するための堅牢なプロセスを作成する必要があります」と Lilley 氏は述べています。また、新しいバージョンが既存の製品環境のいかなる側面にも影響を与えないことをテストし検証するための堅牢なプロセスも必要だと同氏は述べた。

4. クラウドへの移行の規模への対応

昨年、サイバーセキュリティベンダーのジュニパーネットワークスのITチームは同社のデータセンターを閉鎖し、18のデータセンターからクラウドプラットフォームへの7年間の移行を正式に終了した。同社最高情報責任者のボブ・ウォーラル氏は、同社はさまざまなクラウドコンピューティングサービスを使用しており、インフラストラクチャにはパブリッククラウドプロバイダーを活用し、アプリケーションのホスティングにはプライベートクラウドを活用していると述べた。

最も大きな課題の 1 つは、Worrall 氏が「ガレージの整理」と呼ぶ、すべてをクラウドに移行するプロセスです。 IT 機能を完全にクラウドに移行するには 7 年もかかるように思えるかもしれませんが、Juniper Networks はそれほど長くはかからないと考えています。

「しかし、よく考えてみてください」とウォラル氏は言う。 「私たちのガレージには、20 年分のレガシー アプリケーション、インフラストラクチャなどが散らかっています。サーバーとアプリケーションを移行するのは、細心の注意を払う作業です。」

同社は、IT インフラストラクチャ全体の基本的なインベントリの作成から始めました。 「世界中のデータセンターで何百ものアプリケーションが稼働していることを調べたところ、そのうちの80～85％しか導入されていないことがわかった」と同氏は語った。 「これらのアプリケーションの所有者が何をしていたのか、誰が所有していたのか、どのように構成されていたのか、誰も知らなかった。」

「まずは簡単なことに取り組みましたが、レガシーアプリケーションに対処するには時間がかかるだろう」とウォーラル氏は語った。 「所有者を見つけてアプリケーションを最新化する必要がありました。ガレージを整理し、アプリケーションをよりクラウドネイティブなアプリケーションに変換するのに多くの時間を費やしました。」

5. 帯域幅の制限

カーネギーメロン大学ソフトウェアエンジニアリング研究所の CERT 部門の設計評価チームの責任者であるブラッド・パウエル氏は、オンプレミスのシステムからクラウドへの大規模なデータセットの移動はネットワーク帯域幅によって制限されると述べています。

「例えば、1日分のデータを既存のパイプラインに転送するには4日かかった」とパウエル氏は語った。 「これにより、データのバックアップが古くなる可能性があり、時間に敏感な分析ワークロードや継続的かつリアルタイムのデータフィードには適していません。」

「移行のスピードを上げるには、コストがかさむか、複雑になるかのどちらかだ」とパウエル氏は語った。 「企業は ISP からより多くの帯域幅を購入できますが、クラウド プロバイダーとサービスによって設定された特定の制限の対象となる場合があります。」

パウエル氏は、一部のクラウドプロバイダーは追加料金で高速転送サービスを提供しているが、データを転送できる地域によって制限があると述べた。もう 1 つのオプションは、転送を開始するために API またはその他のローカル ツールの構成に依存する並列アップロードまたはマルチパートアップロードを使用することです。

もう 1 つの選択肢は、クラウド プロバイダーにハード ドライブを提供してもらい、データをコピーしてプロバイダーに送ることです。パウエル氏は、100TBのデータを処理するには、専用の1Gbps接続を使用すると100日以上かかると述べた。当然ですが、ハードディスクを使用してデータを転送する時間ははるかに短くなります。

6. ベンダー管理とロックイン

「ベンダーの選択にはさまざまな問題がある」とパウエル氏は語った。 「まず、オンプレミスで使用しているサービスがクラウドですぐに利用できない場合があります。」

企業は、Infrastructure as a Service (IaaS) を使用してこれらのサービスを利用できます。ただし、オンプレミスのハードウェアと同じ構成とメンテナンスの課題に直面しており、簡素化されたインフラストラクチャというクラウド コンピューティングの利点を活用できません。

「クラウドプロバイダーは、ユーザーのニーズを満たすために代替サービスや競合サービスを提供するかもしれないが、こうしたサービスには新しい用語や学習曲線が伴う」とパウエル氏は述べた。

これらのサービスは、プロバイダーがサービスを提供するすべての地域ですべてのサービスが利用できるわけではないため、地理的に制限される場合もあります。 「特に企業が医療、金融サービス、政府部門の規制されたクラウドサービスを活用しようとしている場合、地域は必ずしも同期しているわけではない」とパウエル氏は述べた。

企業が複数のクラウド サービスを利用することでベンダー ロックインを回避しようとする場合、そのリソースはクラウドに接続するだけでなく、ベンダー間で用語やサービスを変換する必要もあるとパウエル氏は述べた。 「これには、各サプライヤーごとにより高度なスキルや重複したリソースが必要になるだろう」と彼は述べた。

スキルギャップがすでに存在しているため、これらのリソースを見つけるにはコストと複雑さが増します。 「これらのベンダーは、時代の先頭に立つために、できるだけ早くサービスを追加しようと激しい競争を繰り広げている」とパウエル氏は語った。 「企業は、各製品の新しいトレンドに追いつく方法を常に学ぶ必要があります。」

7. 強力なセキュリティを維持する

多くのクラウド コンピューティング サービス プロバイダーは、自社のインフラストラクチャの強力なセキュリティを宣伝していますが、クラウド コンピューティングの使用にデータ保護の問題がないわけではありません。

「クラウド コンピューティングは、セキュリティとアクセス制御に関連する多くの課題をもたらします」と、Hakkasan の IT 担当グローバル副社長兼 CIO の Mike Novak 氏は述べています。 「新しい企業を買収し、Active Directory 内のリモート従業員の数が増えるにつれて、従業員の権限を効率的に管理するための別のシステムが必要になります。」

Novak 氏は、Active Directory を異なるカスタム プロジェクトと統合するのは時間がかかる可能性があるので、Hakkasan では Egnyte のプラットフォームを使用してユーザーをグループ権限にすばやく追加し、すべての従業員とすべてのエンドポイントのデータを確実に制御および保護していると述べています。

「クラウドへの移行の副産物として、セキュリティ保護が必要なポイントソリューションが急増した」とノヴァック氏は語った。 「これによりテクノロジーの重複も生じるため、より高いセキュリティ基準を維持するためにソリューションの総数を削減することに取り組んでいます。」

同社は電子メールで共有されるデータのセキュリティをチェックした。 「電子メールは暗号化されておらず、外部に共有されるデータをより細かく制御できるように、ユーザーにファイルへのリンクを送信してもらう必要があるため、電子メールの添付ファイルの使用を制限している」と同氏は述べた。

8. クラウドコンピューティングの考え方を養う

クラウド コンピューティング サービスは長年存在していますが、その概念は多くのスタッフや管理者にとってまだ比較的新しいため、変更管理が課題となっています。

クラウドへの移行を管理することは、家族の歴史ウェブサイト Ancestry.com にとって課題でした。同社は、会社のウェブサイト、歴史記録、DNA 科学のワークロードを含むすべての運用とバックエンド プロセスを Amazon Web Services (AWS) パブリック クラウド上で実行しています。

「幅広いインスタンス、サービス、ストレージタイプから選択できる豊富なリソースがありますが、クラウドに移行するとアーキテクチャの変更が必要になります」と、Ancestry の主任インフラストラクチャアナリスト、Darek Gajewski 氏は述べています。 「また、プロビジョニングとパイプラインが異なるため、セキュリティ対策を更新する必要があります。」

「組織内の全員が考え方を変え、新しい選択肢を必要な変化に合わせるようにした」とガジェフスキ氏は語った。 「当社は、企業が抱える問題を一元管理しながら、チームが適切な場合には直接これらの課題を管理できるようにしました。クラウド サービスのコストをチームに直接公開するツールを構築することで、チームは変更を加え、予算削減のメリットをすぐに確認できるようになりました。」