企業はクラウドコンピューティングのためのIT戦略を再考する必要がある

クラウド コンピューティング戦略は、クラウド コンピューティング リソースにコミットするだけではありません。また、多くの IT 管理の知識とポリシーを再考する必要が生じることもあります。

多くの企業は、最終的には「オールクラウド」または「マルチクラウド」になることを目標に、クラウド コンピューティングを積極的に導入しています。これにより、IT 部門の構成とコア コンピテンシー、および IT の戦略的優先事項はどのように変化するのでしょうか。また、企業の IO は今何をすべきでしょうか。

準備はできていますか？

[[248690]]

多くの調査機関が実施した調査により、多くの企業がクラウドへの移行を積極的に進めていることが確認されています。最も最近の例の 1 つは、クラウド コンピューティング ソリューション プロバイダーである Rightscale が 2018 年初頭に実施した調査です。 Rightscale の調査によると、

回答者の 96% がすでにクラウド コンピューティングを使用していると回答しました。

多くの組織は、少なくとも 5 つの異なるクラウド プラットフォームを使用していると報告しています。

エンタープライズ パブリック クラウドの支出は急速に増加しています。

プライベートクラウドの導入も増加しています。

企業がより多くのデータとアプリケーションをクラウドに移行するにつれて、オンプレミスのデータセンターを運用し続ける企業も出てくるでしょう。これらの企業は、オンプレミスとクラウド コンピューティングを単一の IT アーキテクチャの下で組み合わせたハイブリッド コンピューティング環境を選択しています。

多くの企業の CIO や IT プランナーにとって、これらはすでに当たり前のことになっていますが、クラウド コンピューティングによってもたらされる課題に何が直面し、それが IT 組織にどのような影響を与え始めているのでしょうか。

緊急の問題の短いリストを以下に示します。

（1）ITチームにはサプライヤーと契約管理のスキルが必要

たとえば、各クラウド ベンダーの保証とサービス レベル契約 (SLA) を決定し、それらのコミットメントが自社の災害復旧とリスク管理の期待とどのように一致しているかを理解したいと考えている金融サービス会社があるとします。

プロジェクトを開始する前に、会社はサプライヤーとの契約をすべて調べるのに 2 週間かかります。一部の契約書が紛失していたため、会社はサプライヤーに再度連絡して契約書の新しいコピーを入手する必要がありました。

幸いなことに、多くの大企業では契約を失うことは問題ではありません。契約管理機能を実行するための専任の法務部門があります。しかし、多くの中規模および小規模の企業にとって、契約書を保管し、時間をかけて確認することは困難な作業となる場合があります。

解決策: IT チームが小規模であっても、クラウド ベンダーとの契約を常に把握しておく必要があります。まず、これらの契約書がすべて揃っていて、最新のものであることを確認してください。次に、タイムラインを作成して、契約の期限がいつ切れるかを把握し、契約を更新するかどうかを十分な情報に基づいて決定できるようにします。 3 番目に、各クラウド コンピューティング プロバイダーが提供するサービス レベル契約 (SLA) と災害復旧の取り組みに注意し、確認します。企業には、年次契約レビューを実施するための契約レビュー形式とスキルセットを開発するスタッフが必要になる場合があります。または、企業内に支援できる社内レビュー グループがある場合もあります。

コスト削減、ストレージの増加、更新の容易さなど、クラウド コンピューティングの利点は非常に魅力的であるため無視することは困難であり、一部の調査では、90% を超える組織が何らかの形でクラウド サービスを使用していると報告されています。

（２）クラウドコンピューティングの資産管理が複雑化する

企業のソフトウェア、ハードウェア、ネットワークを追跡するには十分でしたが、その後、それらの資産がクラウドに展開されるようになりました。企業がサードパーティベンダーと連携する場合、使用する無数の IT リソースをどのように監視できるでしょうか?

ソリューション:商用 IT 資産管理ソフトウェアは企業のネットワーク上で実行され、社内の IT 資産を自動的に検出して、ライフサイクル全体にわたって継続的に監視および更新できるようにします。残念ながら、非常に多くの異なるクラウド プラットフォームにわたる IT 資産をシームレスに処理できるグローバル資産管理システムは存在しません。企業はクラウドベンダーがこれらの資産を管理することを期待しているため、これは多くの場合うまく機能します。しかし、企業がクラウドで独自のデバイスを使用する場合など、資産を追跡する必要がある場合もあります。この問題に対処する 1 つの方法は、クラウド上の資産を企業の中央資産管理システムに手動で入力して追跡できるようにすることです。

（３）シャドーITの普及

2015 年にシスコが実施した IT 導入に関する調査によると、企業が使用しているクラウド コンピューティング サービスは、CIO が認識または承認しているサービスの 15 倍に上ります。クラウド コンピューティング テクノロジーは、エンド ユーザーがクラウド コンピューティング契約に署名し、クラウド コンピューティング資産をプロビジョニングし、IT の専門知識なしに独自のアプリケーションを構築するシャドー IT を可能にします。最後に、IT チームは引き続き、すべてのクラウド ベンダー契約の管理、資産追跡、パフォーマンスの責任を負います。アプリケーションが何であるかを知らない場合、IT 部門はどのようにしてアプリケーションを管理できるでしょうか?

解決策:企業ネットワーク上に出現する新しいコンピューティング リソースを自動的に検出できる集中型の資産管理および追跡システムは、間違いなく役立ちます。もう 1 つのアプローチは、ビジネス ユーザーと毎年会って IT イニシアチブの内容を理解し、IT マスター資産管理システムの一部ではないビジネス領域にあるコンピューティング資産をカタログ化することです。

（4）セキュリティの強化はかつてないほど困難になっている

シャドー IT は、IT 基盤を介さずにクラウド サービスを導入したビジネス ユーザーによって推進されるため、IT 部門が監査できず、セキュリティ侵害を受けやすくなります。

ソリューション:ゼロ トラスト ネットワーキングは、デジタル ID とアクセスの両方のニーズに対応する強力なセキュリティ ルールのセットを使用してシステムとデータを保護する優れた方法です。ゼロ トラスト ネットワーキングは、IP アドレスを検証し、企業内外のユーザーを認証します。すべてのセキュリティ基準が満たされるまで、誰もネットワークにアクセスすることはできません。

（５）災害復旧とリスク管理の目標と運用は変化する必要がある

調査会社451リサーチが今年3月に発表した調査報告書によると、企業の約3分の1が災害復旧計画を実施しておらず、災害復旧計画がある企業でも3分の1が依然として災害に対処する準備ができていないと感じていることが明らかになった。これは、現在クラウドに保存されているシステムやデータに対する備えがほとんどなく、社内データセンター システムを復旧するために作成された災害復旧計画を依然として使用している企業の数を説明するものではありません。 「当社はクラウドプロバイダーの災害復旧対策を実際にテストしたことがなく、契約書の細則にはプロバイダーはデータやシステムの停止については責任を負わないと記載されている」と金融コンサルティング会社のITディレクターは語った。災害復旧計画と、クラウドベースの IT 停止のリスクの特定と管理がなければ、IT 部門は大きなリスクにさらされます。

解決策:企業は、クラウド コンピューティング プロバイダーと締結する契約を再検討する必要があります。明確な災害復旧サービス レベル契約 (SLA) を提供していないベンダー (ほとんどのベンダーは提供していません) の場合は、ベンダーと DR の問題と期待について話し合ってください。次に、クラウド プロバイダーと協力して実際に災害復旧をテストする計画を作成します。同時に、災害復旧計画を改訂して、クラウドベースのシステムの災害復旧手順を含める必要があります。最後に、独自のオンプレミス システムを実行する場合のように、クラウド コンピューティング プロバイダーを通じて災害復旧を制御することはできないことを受け入れてください。企業が災害復旧計画を見直し、クラウドで災害復旧をテストする際に必要なのは、リスクを評価して最小限に抑えることです。企業の CEO は、クラウド コンピューティング プロバイダーによる災害復旧に関連するリスクは、企業がシステムを自ら所有して運用する場合よりも大きくなる可能性があることを取締役会に伝える必要があります。

（6）ITインフラの管理と実行は変化しなければならず、最も重要なスタッフの一部はそれを受け入れなければならない。

「当社は5年前にサービス指向の文化に転換しましたが、重要なインフラ担当者の一部を失いました」と中西部の銀行のCIOは語った。 「彼らは基本的にどこでも仕事に就けるような熟練したメインフレームの専門家だったが、文化的な変化が気に入らなかったために辞めてしまった。」同じことが、企業のアプリケーションが主要なパフォーマンス目標を達成できるようにソフトウェアを積極的にデバッグおよび調整することに慣れているデータ センター インフラストラクチャの専門家にも起こりました。現在、クラウドに移行するアプリケーションが増えるにつれて、組織はこれらの責任の多くをクラウド コンピューティング ベンダーに委任するようになっています。これは、IT 運用手順とポリシーを改訂する必要があることを意味し、また、会社の最も優秀な人材の一部が失われることを意味します。

解決策:クラウドへの移行をただ放置するのではなく、IT インフラストラクチャの主要な貢献者と早めにクラウドへの移行について話し合うことをお勧めします。こうすることで、企業は誰が退職し、誰が残るかを把握できると同時に、彼らと協力してスキルと気概を試す機会を十分に提供できるようになります。クラウド間の統合とパフォーマンスは非常に大きな領域です。その他の領域としては、企業の内部データ センター (適応が必要な従来のリソースがまだ多く存在する可能性があります) や、並列処理を備えた高性能コンピューティング (HPC) などがあります。多くの企業が内部データ センターを所有しており、インフラストラクチャの専門家向けに新しい技術スキル セットが作成されています。

（７）クラウドコンピューティングとITシステムの統合

過去において、クラウド コンピューティング ベンダーは、独自のコンピューティングの世界における従来のベンダーと何ら変わりはありませんでした。彼らは顧客が去っていくのを好まないので、そうなると協力しない傾向があります。アプリケーションを他のベンダーのクラウド プラットフォーム上で実行できるようにするインターフェースの実装に関しては、さらに非協力的になる可能性があります。企業はさまざまなクラウド プラットフォーム間でアプリケーションとデータを統合する必要があり、IT システム統合に新たな複雑さが加わります。

解決策:インフラストラクチャの専門家が統合を行うこともできますが、クラウド間の統合を自動化し、多数のクラウド API と対話して、クラウド プラットフォーム間でデータ ペイロードを安全に転送できる商用ソフトウェア ツールもあります。

（８）クラウドコンピューティングの帯域幅の制限により、アプリケーションのパフォーマンスとデータストレージが制限される可能性がある

たとえば、トランザクション システムはリアルタイムで実行する必要がありますが、分析をリアルタイムまたはほぼリアルタイムで実行することを望む企業が増えています。

企業がクラウド コンピューティングを使用する場合、自社のデータ センターのような帯域幅の柔軟性は得られません。これにより、企業は特定のアプリケーションを真のリアルタイム モードではなく、バッチ モードまたはバースト モードで実行する必要が生じる可能性があります。

解決策:組織がエッジ コンピューティングに移行すると、より多くの作業がエンタープライズ エッジで実行され、その後、ストレージと処理のために中間クラウドに転送され、最終的に集中ストレージとアクセスのためにエンタープライズ データ センターに転送されるようになります。これは新しい作業を開発する必要がある分野です。誰もがデータへのリアルタイムまたはほぼリアルタイムのアクセスを望んでいますが、クラウドの帯域幅制限の現実により、すべてのデータへの普遍的なリアルタイム アクセスはコストがかかりすぎて実現が困難になっています。幸いなことに、ほとんどの IT 部門にはすでに、ワークフロー計画に携わるインフラストラクチャおよび運用の専門家がいます。企業がクラウドベースのアクティビティをより多く実施するにつれて、これらの専門家はクラウド環境のワークフローを変更できます。