IT管理者であれITディレクターであれ、データやワークロードをクラウドに移行することが最優先事項でないとしても、おそらくトップ3には入っていることでしょう。Qumuloでは、顧客と見込み客の両方から、「クラウド」が最近みんなの頭の中で大きなウェイトを占めているという話を定期的に聞きます。
ロジスティクスの観点から見ると、多くのIT部門は、レガシー・データセンターのスペース制限や、ますます分散する労働力によって課題を抱えている。戦略的な観点から見ると、業界は世界のデータ処理をますますクラウドに移行しており、個々の組織がこれに追随する理由はたくさんある。より一般的な理由としては、異なる組織や地域間のコラボレーションを簡素化するため、拡大し続けるクラウドネイティブなアプリケーションやサービス群を活用するため、あるいは組織特有のイニシアティブの数々などが挙げられる。
クラウドが短期および長期の計画のどこに位置づけられるにせよ、選択肢を評価するのは明らかにあなただけではない。
推力対抗力、揚力対重力
飛行中の飛行機が押し上げられると同時に引き下げられ、相反する力によって同時に前進と後退を余儀なくされるように、今日のIT組織は、業務をクラウドに移行するための戦略的・運用的な圧力と格闘しているだけでなく、それらを阻む多くの反対勢力の間を通り抜けようとしている。
本記事は、ワークロードをクラウドに移行する際の検討事項（プレッシャー、障害、リスク、問題点など）を探るブログ記事シリーズの第1回目です。今日の企業が何をしようとしているのか、また何をしようとしていないのか、そしてビジネスと収益のために正しいことをすることがいかに難しいのかを正直に見ていきたいと思います。
それでは、企業がワークロードをクラウドに移行しようとする理由をいくつか見てみよう。もちろん、その考え方は人によって異なるかもしれないが、大まかに言えば、企業がパブリック・クラウドを長期的なソリューションとして検討せざるを得なくなるような、いくつかのプレッシャー・ポイントが存在する。
データセンター要因
現在も使用されているオンプレミ・データセンターの多くは30～40年前のもので、今日の企業で一般的なワークロードを想定して設計されたものではありません。1980年代後半から1990年代前半のメインフレーム／ミッドレンジ・システムとテープ・ライブラリから、同じレガシー・データセンターで電力を熱に変換する数百のラックと数千のサーバーに至るまで、長い道のりだった。
ラックを増やすための床面積も、冷凍機を増やすためのスペースもなく、電源回路はすでに容量を超えている。そして、これが問題の核心だ。テクノロジーは進歩する一方で、データセンターは時代に取り残されている。データセンターを所有する企業は、新しいサービスや機能、新しい競争力を必要としている。
既存のオンプレミス・インフラでは対応できない重要な納期が迫っている事業部門がある場合、どのような選択肢があるでしょうか。サーバーの増設が間に合わない場合や、サーバーを置く場所がない場合、「サーバーの増設」は現実的ではありません。
多くの企業は、大規模な災害イベント（あるいは短期的なサイト全体の機能停止）が発生した場合に事業継続性を確保するための既存のインフラと計画を有しているが、それらの多くは、新しいワークロードのための容量が同じように不足しているセカンダリー・データセンターを活用している。それでも新しいワークロードは増え続け、重要なワークロードはフェイルオーバーする場所を必要としている。
新しいワークロードについてだが、外部DR/BC環境が必要なことに加え、その多くはUAT/QA検証のために1つ以上の本番前環境を備えている。これらの環境には、サーバー、ストレージ、その他のインフラも必要で、これらもどこかに移動しなければならない。
最新の技術開発の方向性はさまざまだが、それらはすべて、過去40年間（数えればきりがない！）主流だったオンプレミスのオーナー／オペレーター型データセンター・モデルから離れつつある。
労働力要因
もちろん、データセンターの問題は、今日のITチームが直面している課題のひとつに過ぎない。もうひとつは、今日の労働力が数年前と比べてますますリモート化しているという事実だ。ここ数年のパンデミックは、すでにトレンドとなっていたことを加速させたに過ぎない。これまで以上に多くの知識労働者が、フルタイムで、あるいは毎週3日以上在宅勤務するようになっているのだ。
これがその一端である。リモートで働くナレッジワーカーの多くは、オンプレミスで働く社員と同じように、信頼性が高く、レイテンシーの低い、大量のデータへのアクセスを必要としている。チームによっては、完全にリモートであるだけでなく、1つのチームの個々のメンバーが文字通り世界中に分散していることもある。非常に高いパフォーマンス要求を満たすことができるハイパワーな仮想デスクトップインフラを構築することは可能だが、オンプレミスのデータセンターでそれを構築するのは非常に難しい。
ビジネス貢献者だけではない。IT部門の管理職やスタッフでさえも、在宅勤務に当てはまる可能性がある。オフィススペースの不足を理由に、IT部門全体を在宅勤務にする決断をした企業も少なくない。そのような場合、オンプレミ・データセンターを持つ価値はまったくなくなってしまう。
ワークフローのシフト
もちろん、アプリケーションやワークフローが進化してきたことも見逃せない。何十年もの間、ワークフローには主に2つのタイプがあった。ブロック・ストレージを活用するもの（データベースや仮想マシンなど）と、ファイル・ストレージを中心に構築されるもの（共有フォルダ、ビデオ制作、医療用画像処理など）だ。
ここ数年、Amazon、Azure、GCPはいずれも、企業が自社開発で実現することは不可能ではないにせよ、困難であった強力な新しいワークフローを可能にする独自のクラウドネイティブ・アプリケーションを数多く展開している。ただし、いくつか注意点もある。ひとつは、アマゾンのクラウドネイティブ・アプリはアマゾンのAWSサービスでのみ利用可能で、オンプレミスでは利用できないことだ（AzureアプリはAzureテナントなどではAzure顧客に限定される）。もうひとつは、クラウドネイティブアプリはブロックデータでもファイルデータでもなく、オブジェクトストレージをベースに設計されていることだ。
このようなクラウドネイティブ・アプリには膨大な可能性があるが、ほとんどの企業が扱い慣れているタイプのデータとは互換性がなく、オンプレミ・データセンターでは間違いなく利用できない。
オンデマンド・インフラストラクチャーにより、イノベーションにより集中できる
今日の企業が直面している問題の多くは、ワークロードをクラウドに移行することで直接解決できる。AWS、Azure、GCPのコンピュート、ネットワーク、ストレージのリソースは事実上無制限であるため、昨日のデータセンターのキャパシティ限界はほとんどなくなっている。リモートのナレッジワーカーの多くは、地理的に近接したキャッシュと太陽に従ったレプリケーションを組み合わせることで、グローバルなクラウドプレゼンスを簡単に構成できる低レイテンシーアクセスの恩恵をすでに受けている。
それだけでなく、クラウドの採用は、まだ触れていない別のメリットも積極的にもたらします。1つは、新しいコンピュートやストレージ容量のプロビジョニングに関して、実質的にリードタイムがないことだ。1回限りのプロビジョニングの場合は数回クリックするだけで、繰り返し利用する場合や大規模なクラウド展開の場合は簡単なスクリプトを実行するだけで、文字通り数分で稼働させることができる。新しいハードウェアの購入リクエストを出してから実際に納品されるまでに数週間（または数ヶ月！）かかるのと比べてみてください。自社でインフラをデプロイし、保守する必要がなくなることで取り戻せる時間で、何ができるかを考えてみてください。
財務の詳細については、今後の投稿で検討する予定だが、データセンター投資の予算を管理しなければならなかったことがある人なら、36～60カ月の期間で資本支出を計画し、計上することがいかに難しいか、すでにご存じだろう。クラウドの運用コストモデルは、ITサービスに関連するTCOの多くをより透明化する。
クラウドは必然か？
多くのITストラテジストやアーキテクト、上級管理職が検討しているのは間違いない。実際、クラウド・ストレージに関する検索エンジンのボリュームは、ここ数ヶ月で劇的に増加している。つまり、あなただけの問題ではないのだ。エンタープライズITにおけるこの関心の高まりを後押ししている理由はたくさんある。
だから、クラウドでしょ？
たぶんね。
企業のPカードを取り出し、ルーティング・テーブルに新しいエントリーをいくつか追加し、魔法が展開するのを見るような単純なものであればいいのだが。残念ながら、そんな単純なものはない。企業の飛行機をクラウドに向かわせる力があるごとに、その足を引っ張る抵抗があることを認識し、対処しなければならない。それは次回のブログ記事のテーマだ。ご期待ください！