本記事は、今日の企業がワークロードをクラウドに移行する際の課題と機会、そしてメリットとデメリットを検討するシリーズの第3回目である。
前回と前々回では、企業が1つまたは複数のクラウド・サービスを長期的な計画と運用に統合するかどうか、またどのように統合するかを決定する際に考慮しなければならない要因のいくつかに触れた。また、決断を後押しする最も一般的な要因をいくつか挙げてみた。 プロス (無制限の計算/ストレージ容量やクラウドネイティブ・サービスへのアクセスなど）と 短所 (既存のアプリやワークフローとの互換性の制限、現実的なコスト変化と認識されるコスト変化の両方など）。
この記事では、始める前に知っておくべきことと、適切な運用モデルの選び方について見ていく。また、特定のワークロードがクラウドに適しているかどうかを評価する際に、どのような要素を考慮すべきか、そして各要素をどのように評価すべきかについても見ていく。
始める前に知っておくべきこと
これらの要素を分析し、比較し、秤にかけて決定する前に、アプリと業務のクラウド移行に関するいくつかの基本的な事実を確認しておこう：
すべてのワークロードがクラウドに移行できるわけではない。オンサイトで維持した方がコスト効率が良い、あるいは運用が可能であるという正当な要因もある。
現在クラウドに移行／デプロイ可能なワークロードの中には、AWSよりもAzureの方が適しているワークロードもあれば、その逆のワークロードもある。
準備が整っていないワークロードについては、クラウドに対応させるための緩和オプションが用意されていることが多いが、アプリの変更に伴うコストとリスクをよく検討する必要がある。
一見どんなに適しているように見えるアプリケーションでも、クラウド移行にリスクのないアプローチはない。リスクを最小化・軽減することはできても、完全に排除することはできない。
できることは、それらのリスクを特定し、定量化するプロセスを作り、組織にとってどの程度のリスクが許容できるか、あるいは許容できないかを判断することである。すべては、いくつかの基本的な質問に集約される：
特定のワークロードがクラウド上でトラブルに見舞われる可能性はどのくらいあるのだろうか？
マイグレーションが失敗した場合、ビジネスにはどのような影響があるのだろうか？
そこで次の質問がある： 物事がうまくいかなかった場合、どれだけのダウンタイムや収益の損失を吸収する覚悟があるか？
これが最終的な真実だ。企業は、移行プロセスを通じて、すべてのワークロード（アプリによって大きく異なる）に関連するリスクを計画し、特定し、管理する必要がある。
適切なオペレーティング・モデルの選択
このブログ・シリーズでは、多くのオプション、考慮点、注意点などをご紹介していますが クラウド しかし、ここで重要なのは、私たちが話しているのはほとんど大規模なものだけだということだ。 公開 クラウドプラットフォームは、多種多様なものを調べるよりも プライベート クラウド・ソリューション、プロバイダー、場所、モデル。
その他については、ほとんどの企業がすでに何らかの形でクラウド・コンピューティング／ストレージを業務に取り入れている。2022年のレポートによると、ITリーダーの82％が、クラウド・コンピューティング／ストレージを導入していると回答している。 ハイブリッドクラウド このモデルでは、最大規模または最もクリティカルなアプリやワークフローはオンプレミスまたは併設のデータセンターやプライベートクラウドに残し、一部の特殊なユースケースはパブリッククラウドプラットフォームにオフロードしている。このうち半数以上が、2つ以上のIaaSクラウドプラットフォームにまたがってインフラやサービスを展開している。 マルチクラウド モデルである。単一環境で稼動している組織は全体の8％に過ぎなかった。
パブリック・クラウドはすでに大半の企業にとって現実のものとなっており、これまでオンプレミスにとどまってきた企業にとっても、クラウドの利用は避けられないものとなっている。
選択肢を把握する
オンプレミスのワークロードですぐに利用できるスケーラビリティ、シンプルさ、堅牢なエンタープライズ機能に慣れている場合、パブリック・クラウドにどのような選択肢があるかを調べると、それらがないことに気づくはずだ。
クラウド上にファイル・ソリューションがないわけではなく、そのほとんどが、クラウド上のファイル・ソリューションなのだ。 は オンプレミスのファイル・プラットフォームに期待するようなサービスや機能のレベルには達しておらず、ビジネス・クリティカルなファイル・データが必要とするものを提供する能力もありません。
クラウドのソリューションのほとんどは、ファイル・ポートフォリオ全体をクラウドに移行するのに必要な容量近くまで拡張することはできない。クラウド・ファイル・プラットフォームの中には、オンプレミスで毎日使っているような不可欠な機能がないことを想定しているものも驚くほど多い。スナップショット。レプリケーション。同じ共有データへのマルチプロトコル（NFS、SMB、オブジェクトなど）によるアクセス（ただし、公平を期すため、この最後の機能はオンプレミスのすべてのプラットフォームで利用できるわけではない）。
クラウド・プロバイダーが独自に開発したファイル・ストレージ・サービスが、なぜオンプレミスのストレージと同じ機能を提供するのだろうか？いくつかの非構造化ストレージ・ベンダーは、オンプレミスとクラウドの両方のバージョンのプラットフォームを提供している。
もう一度考えてみよう。オンプレミスのプラットフォームが主要なエンタープライズ・ストレージ・ベンダーの一つであっても、クラウド版ではオンプレミスと同じ機能や管理が提供されていないか、あるいは存在しないことに気づくだろう。
エンタープライズ・ストレージ市場における主要な非構造化データ・プラットフォームのうち、大手3社はパブリッククラウド・ソリューションを持っていない。これらの企業は、自社の管理インフラ上でパブリッククラウドに隣接したストレージを提供したり、オンプレミスのプラットフォームとクラウドのオブジェクトストレージ間でデータを移動させるレプリケーションツールを提供しているかもしれないが、ファイルベースのワークフローは依然としてオンプレミスのアクセスポイントからデータを要求している。
リスクの管理と軽減
では、あなた（とあなたのアプリ）はどうなるのだろうか？クラウドが組織にとって避けられないものであるならば、今あるものと企業やデータが必要とするものを照らし合わせて、どのように進めていけばいいのだろうか。
次回は、ファイルデータをクラウドに移行するための現実的な（そして非現実的な）選択肢を紹介する。