「そろそろクラウドに移したほうがいいですか」
顧客からこう聞かれることが増えました。
世の中の流れとしては、クラウドへの移行が進んでいます。事例も多い。営業も勧めてくる。
でも、正直に言います。
「全部クラウドへ」は、正解ではありません。
私はAWSもOCIも触ってきましたし、クラウドの利点は理解しています。そのうえで、オンプレに残したほうがいいケースは確実にあると考えています。
今回は、何を移して何を残すか、その判断基準を書きます。
まず、なぜ移行するのかを確認する
判断の前に、これが一番大事です。
「クラウド化が目的」になっていないか。
移行の理由として聞くことが多いのは、この3つです。
1. ハードウェアの老朽化・保守期限
これは正当な理由です。どのみち更改が必要なタイミングなら、クラウド移行を検討する価値があります。
2. 運用負荷の軽減
ハードの故障対応、データセンターへの物理作業、機器の調達。これらがなくなるのは大きい。
3. 「他社もやっているから」
これが危ない。
目的が曖昧なまま移行すると、コストだけ増えて何も改善しない、ということが起きます。
**判断の出発点は「何を解決したいか」**です。ここが曖昧なら、まず整理するところから始めたほうがいい。
移したほうがいいケース
私が「これは移行に向いている」と判断するのは、こういう環境です。
①負荷に波があるシステム
月末だけアクセスが集中する。キャンペーン時だけ負荷が上がる。
こういうシステムは、オンプレだとピークに合わせて機器を用意する必要があります。普段は遊んでいるリソースに、ずっとお金を払い続けることになる。
クラウドなら、必要なときだけスケールできます。この特性が活きる環境は、移行のメリットが大きいです。
②災害対策を強化したい
オンプレで遠隔地バックアップやDRサイトを作ろうとすると、費用が跳ね上がります。
クラウドなら、リージョンをまたいだ構成が比較的簡単に組めます。BCP要件があるなら、有力な選択肢です。
③ハードウェアの保守が終わる
サーバーの保守期限が来て、どのみち更改が必要な場合。
新しい機器を買う費用と、クラウドの利用料を比較するタイミングです。台数が少なければ、クラウドのほうが安くなることもあります。
④物理作業の負担が大きい
データセンターが遠い。入館手続きが煩雑。夜間作業のたびに現地に行く必要がある。
この負担がなくなる価値は、費用だけでは測れません。
残したほうがいいケース
ここからが本題です。移さないほうがいい環境も、確実にあります。
①負荷が一定で、変動がない
常に同じ負荷で動いているシステム。
クラウドの最大の利点はスケーラビリティですが、スケールする必要がなければ、その利点を使えません。
そして、負荷が一定なら、オンプレのほうが安いことが多いです。クラウドは従量課金なので、24時間365日フル稼働させると費用がかさみます。
②古いアプリケーションが動いている
サポートが終了したOS、特定のハードウェアに依存したアプリ、ベンダー製のパッケージ。
これらをクラウドに載せようとすると、たいてい問題が起きます。
- クラウド側の対応OSに含まれていない
- 特定の機器がないと動かない
- ベンダーが動作保証しない
「まずアプリを改修する」という話になり、移行コストが跳ね上がる。 ここで頓挫する案件を、何度か見てきました。
③データを外部に出せない
規制やセキュリティポリシーで、データの保管場所が限定されている。
技術的にはクラウドで実現できても、要件を満たせなければ選べません。
金融、医療、公共系では実際にあります。移行の検討を始める前に、まずここを確認すべきです。
④閉域網でしか使わない
社内からしかアクセスしないシステム。インターネットに出す必要がない。
専用線やVPNでクラウドに繋ぐこともできますが、その構成が本当に必要かは考えたほうがいいです。回線費用が増えるだけ、という結果もあり得ます。
⑤ライセンスがクラウドで不利になる
ソフトウェアによっては、クラウド上での利用にライセンス上の制約があったり、費用が変わったりします。
移行してから気づくと、後戻りが大変です。 ライセンス条件は事前に必ず確認してください。
判断するときに見る5つの軸
整理すると、こうなります。
1. コスト（3〜5年で比較する）
初期費用だけで比べないこと。オンプレは初期投資が大きく、クラウドは月額が続きます。
3〜5年の総額で比較すると、判断が変わることがあります。
2. 負荷の特性
変動があるか、一定か。ここでクラウドの利点が活きるかが決まります。
3. 技術的な制約
古いOS、特定ハードへの依存、アプリの互換性。移行できない理由がないかを先に確認します。
4. 要件・ポリシー
データの保管場所、監査要件、業界規制。技術より先に確認すべき部分です。
5. 運用体制
意外と見落とされます。
クラウドの運用は、オンプレと必要なスキルが違います。運用できる人がいないのに移行すると、結局ベンダー任せになって費用が増えるということが起きます。
全部か、ゼロかではない
実務的に一番現実的なのは、ハイブリッドです。
- インターネットに公開するWebサーバーはクラウドへ
- 基幹システムはオンプレに残す
- バックアップだけクラウドに置く
- 開発環境はクラウド、本番はオンプレ
システム単位、用途単位で判断する。 これが一番無理がありません。
「オンプレか、クラウドか」という二択で考えると、判断が極端になります。どこまで移すか、というグラデーションで考えたほうが現実的です。
移行を決めたあとに気をつけること
判断が固まったら、次は実行です。ここでも注意点があります。
1. 移行方式を決める
一括で移すのか、段階的に移すのか。並行稼働期間を設けるのか。
リスクとコストのバランスで決めます。
2. 移行できないものを先に洗い出す
「全部移す予定だったが、1台だけ移せないものがあった」
これが一番困ります。オンプレの機器を1台だけ残すために、データセンターの契約を続けることになる。
移行できない可能性のあるものは、最初に洗い出してください。
3. 運用手順を作り直す
オンプレの手順書は、そのままでは使えません。監視の仕組みも、バックアップの取り方も変わります。
移行作業だけでなく、運用の作り直しも工数に入れる。 ここを忘れると、移行後に苦しみます。
まとめ
クラウド移行の判断基準をまとめます。
まず確認すること
「クラウド化が目的」になっていないか。何を解決したいのか。
移したほうがいいケース
- 負荷に波があるシステム
- 災害対策を強化したい
- ハードウェアの保守が終わる
- 物理作業の負担が大きい
残したほうがいいケース
- 負荷が一定で、変動がない
- 古いアプリケーションが動いている
- データを外部に出せない
- 閉域網でしか使わない
- ライセンスがクラウドで不利になる
判断の5つの軸
- コスト（3〜5年で比較）
- 負荷の特性
- 技術的な制約
- 要件・ポリシー
- 運用体制
全部か、ゼロかではない
システム単位、用途単位で判断する。ハイブリッドが現実的
クラウドは優れた選択肢ですが、万能ではありません。
大事なのは「流行っているから移す」ではなく、**「この環境にとって、どちらが合っているか」**で判断することだと思っています。
移さない判断も、立派な判断です。
コメント