クラウド活用の成否は、企業文化や財務管理からセキュリティ、データまで、あらゆる領域の変革にかかっています。よくある落とし穴を回避することで、成功に近づけます。
クラウド活用の課題を乗り越え、ビジネス目標を達成する
パブリッククラウドを採用する企業は年々増えており、2022年の世界のパブリッククラウドサービスへのエンドユーザー支出は20.4%増加すると予測されています。しかし、すべての企業が期待どおりの成果を上げているわけではありません。クラウドの活用は、事業目標を達成するうえで最も重要なIT施策のひとつといえますが、経営層が追うべきゴールは常に動き続けています。
当初は単純なインフラ刷新として始まった取り組みは、いまや多面的な課題へと姿を変えています。ITへのアプローチだけでなく、企業文化、財務管理、セキュリティ、データに至るまで、根本的な変革が求められています。
経営層の賛同が得られない
経営層の賛同を得られないままクラウド移行を進めても、成果にはつながりません。クラウドを真の変革価値に結びつけるには、深い文化的変革が不可欠であり、その実現には経営層自らが旗振り役を担う必要があります。クラウド移行を表立って力強く後押しし、すべてのステークホルダーを啓発・説得できるよう、クラウド導入のメリットを十分に理解しておくことが求められます。
経営層をクラウド施策の推進者へと変えていくには、社内に向けた働きかけも欠かせません。全社的なクラウド戦略の実行に必要な要素を洗い出し、明確なビジネス目標と成果指標に紐づけましょう。経営陣は必ずしも具体的なクラウド目標に反対しているわけではなく、IT運用や財務モデル、さらには企業文化全体に及ぶ全社的な変革に対して、当然ながら慎重になっているにすぎないと理解することが大切です。
とはいえ、経営層の賛同なしには、一貫したクラウド戦略を策定するための予算は確保できません。十分な予算がなければ各部門が独自に動かざるを得ず、全体のビジネス目標と結びつかない断片的な取り組みとなり、結局は失敗に終わってしまいます。
クラウドを単なる技術施策として捉えてしまう
クラウドベースのモデルを成功させるには、半世紀にわたって根づいてきたIT慣行を捨て、生産性と価値を高めるための根本的に新しいアプローチへと発想を転換する必要があります。スムーズな移行を実現するには、経営層の賛同を得るだけでなく、組織全体で変革を推進し、今後すべてのクラウドプロジェクトの土台となる強固な基盤を整えることが欠かせません。
クラウドを最大限に活かせる環境を運用するということは、単にアプリケーションアーキテクチャの問題ではありません。企業がより俊敏で、スケーラブルで、回復力のある形で機能できるマインドセットが求められます。アプリケーションは修正、廃止、再構築、刷新が必要になることもありますが、変革は技術領域の枠を大きく超えて広がります。
組織は変化を受け入れる柔軟性を備え、クラウド導入や移行のプロセスを十分に理解し、適切なデータを活用できる状態でなければなりません。重要なデータに基づいて方針や手法を見直していくことが鍵ですが、求められる根本的な変革を実行するのは決して容易ではありません。
コストが制御不能になる
従量課金型のクラウド料金モデルが示すIT費用削減の可能性に、多くのCFOが目を輝かせました。しかし、クラウド導入に伴うCapex(資本支出)からOpex(運営支出)への切り替えは、コスト削減の魔法の杖ではありません。実際、非効率なクラウド支出はクラウド活用における主要課題のひとつであり、クラウド支出の32%が無駄になっていると報告する企業もあります。確かに、適切なコスト最適化を行えば、多くの企業にとってクラウドはオンプレミスのインフラ戦略よりも費用対効果が高くなり得ますが、適切な監視を怠ればコストはあっという間に手に負えなくなります。
本来は事業成長を支えるはずのコストが、その成長を上回り始めたら、すでに問題が起きているサインです。多くの場合、その原因はクラウドのインスタンスやサービスの使われ方が見えにくいことにあります。クラウド支出を制御する第一歩は、チームがクラウドリソースをどのように使っているか、また計画中のアーキテクチャやインフラ変更が将来の支出にどう影響するかを正確に把握することです。
こうした情報があれば、チームメンバーにクラウドコストへの当事者意識を根づかせる取り組みを進められます。チームは無駄を減らしたいと思っていても、1セント単位で支出を細かく追跡する余裕はおそらくありません。そこで自動化が役立ちます。無駄な支出を引き起こす問題を特定し、発生次第すぐに解消できるからです。DoiT Flexsave のような製品は、最小限の労力で最大の節約を引き出す形でクラウドコスト最適化を自動化してくれる、頼もしい存在です。
クラウドセキュリティを後回しにしてしまう
セキュリティは、あらゆるクラウドプロジェクトの基盤に組み込まれるべきものです。このセキュリティ・バイ・デザインの考え方では、開発者と、情報セキュリティ、リスク管理、IT運用といったステークホルダーが連携し、さまざまな統制やプロセスを通じてサイバーセキュリティを強化し、データ漏えいや脆弱性のリスクを最小限に抑えます。各セキュリティタスクの責任範囲が明確なため、問題が起きても迅速に解決できます。
クラウド戦略の上にセキュリティポリシーを後付けで貼り付けるのではなく、初期段階からセキュリティを織り込み、各ステップにセキュリティのベストプラクティスを組み込みましょう。自動化を組み合わせた短いイテレーションを回せば、監視やセキュリティの課題にも迅速に対処・修正できます。
利用者側も、クラウドセキュリティの土台となる責任共有モデルを理解しておく必要があります。クラウドサービスプロバイダーは自社が管理する範囲、主にサービスインフラの構成要素について責任を負います。一方で、セキュリティ対策の導入、維持、運用といったその他の領域は利用者側の責任です。利用するクラウドプロバイダーごとのベストプラクティスを調べ、自社のセキュリティ責任を正しく把握することが重要です。
データを十分に活かしきれていない
多くの企業は、クラウドの可能性のごく一部しか引き出せていません。正しく活用すれば、クラウドで取得したデータはビジネスを大きく変革し、野心的な企業にこれまで想像もできなかった洞察をもたらします。適切に分析すれば、顧客エンゲージメントの強化、従業員の生産性向上、稼働率の改善、業務の効率化を実現できます。
しかし、データそのものが価値を生むわけではありません。処理し、分析し、理解して初めて意味を持ちます。多くの組織は、クラウド主導のシステムが生み出す膨大なデータを活かしきれていません。デジタルトランスフォーメーションどころか、データの洪水に見舞われ、エコシステムは複雑さを増す一方で、価値の向上を伴わないままコストだけが膨らんでいます。
組織のデータを整理し、一元的にアクセスできる形にすれば、サービス障害への迅速な対応や顧客向けサービスの強化など、ビジネスの改善に直結する成果を生み出せます。
依存関係を見誤る
クラウド活用における最大の課題のひとつが、アプリケーションの依存関係の把握です。既存アプリケーションのほとんどは、IT環境内のほかのアプリケーションと連携し、依存し合っています。クラウドへ移行する前に、どこに接続や依存関係があり、それらがどのサービスに影響するのかを評価することが欠かせません。
こうした関係性のマッピングは、特に変化の速い環境では極めて難しい作業として知られています。しかし判断を誤ったときの代償は深刻です。相互接続されたアプリケーションが提供するサービス機能を損なう恐れがあり、依存関係のボトルネックによって許容できないレイテンシーを招くこともあります。
アプリケーションマッピングは、手動から完全自動化まで、さまざまな手法で実施できます。オンプレミス、SaaS、クラウド資産にまたがる相互依存関係を洗い出し、サービス内のどのアプリケーションが移行可能かを見極められるようになります。これにより、何をいつ移行するかを根拠を持って判断できるようになります。企業の53%がクラウド移行の最大の課題としてアプリの依存関係を挙げていることを踏まえると、詳細な可視化を実現するには専門のパートナーに頼るのが賢明です。
クラウド活用の成果を支えるために
過剰なコストを発生させずにパブリッククラウドが約束する価値を実現することは、決して簡単ではありません。DoiT はこれまで、世界中の急成長中でデジタルに精通した企業数百社を支援し、パブリッククラウドの技術とサービスを活かして大きな目標の達成を後押ししてきました。先進的な技術portfolioへのアクセスが必要な場合も、深いマルチクラウドの専門知識が必要な場合も、クラウドパートナーを頼ることは、クラウドの落とし穴を避けてその可能性を最大限に引き出すための有効な選択肢です。