ハイブリッドクラウドに移行するときの5つのポイント【前編】
ハイブリッドクラウド移行で最初に検討すべきこと 「そもそも移行できるのか」
アプリケーションのインフラをハイブリッドクラウドに移行するときは、適切な移行計画を立てる必要がある。移行でつまずきがちなポイントと、移行を成功させるための計画の立て方を説明する。
オンプレミスインフラとクラウドサービスのインフラを組み合わせて利用するハイブリッドクラウドによって、企業は自社のアプリケーションを稼働させるインフラを拡充しやすくなる。これは自社のインフラの性能や機能の一部が、クラウドサービスに依存するようになることも意味する。
企業がオンプレミスインフラからハイブリッドクラウドに移行するときは、落とし穴を避ける必要がある。本稿はハイブリッドクラウドへの移行戦略を立てる際の5つのポイントを説明する。
1．アプリケーションがハイブリッドクラウドに移行可能かどうか判断する
ハイブリッドクラウドでは、オンプレミスインフラとクラウドサービスのインフラの両方でアプリケーションを動作させる必要がある。最初のステップで企業が見落としがちな工程は、移行対象となるアプリケーションがそもそもハイブリッドクラウドに適しているどうかを判断することだ。
アプリケーションが移行先のインフラで適切に動作するかどうかは、先入観を持たずに判断する必要がある。ベンダーがそのアプリケーションをクラウドサービスとして提供しているからといって、それがハイブリッドクラウドで動作するとは限らない。オンプレミスインフラと、クラウドサービスのインフラのどちらか一方でアプリケーションを稼働させる方が、2つのインフラで同時に稼働させるよりも簡単な傾向がある。
ハイブリッドクラウドへの移行が難しいレガシーアプリケーションでも、適切な計画を立てれば移行可能だ。まずアプリケーションが送受信するデータを確認するために、アプリケーションを追跡することから始める。これによりアプリケーションで扱うデータの量や、データ転送の遅延がアプリケーションの応答速度にどれだけ影響するかが把握できる。
併せて読みたいお薦め記事
ハイブリッドクラウドを構築する
2．アプリケーションの一部分をパブリッククラウドに移行させる
アプリケーションは大抵、複数のシステムで構成されている。最初にすべき事項の一つは、パブリッククラウドに素早く移行できるシステムを特定することだ。
ハイブリッドクラウドを利用する目的の一つに、クラウドバーストがある。クラウドバーストはオンプレミスインフラで稼働させているアプリケーションの処理能力が限界に達したときに、一時的にクラウドサービスのインフラを利用することを指す。こうした用途にハイブリッドクラウドを利用する場合、アプリケーションのインフラを迅速に拡張または縮小するための自動化も検討した方がよい。
クラウドサービスの稼働時間は、常に考慮すべき要素だ。自動化はインフラの管理や実行に必要な手作業を排除してくれる。とはいえ、すぐに使える完全なインフラが即座に現れるわけではない。クラウドサービスが起動するのに数秒から数時間かかることがある。アプリケーションが実行されるまでのセットアップ時間に課金するクラウドサービスもあるため、アプリケーションの起動に時間がかかるとコストがかさむ場合がある。
大規模な設定変更や大量のストレージを必要とするアプリケーションは、ハイブリッドクラウドへの移行には適していない可能性がある。コスト削減を目的としてクラウドサービスを利用する場合は、特にそうだ。
アプリケーションの一部を移動させてクラウドサービスのインフラに置いておくことにすると、その部分がほとんど使われなくても、利用料金がかかる。クラウドサービスの導入では、リソースを追加するとコストが増加するのを忘れてはならない。
後編は残る3つのポイントを紹介する。
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社フィックスターズ] 組み込み開発特有の課題も解消できる「AI活用」の秘訣とは？ -
事例
[株式会社ビザスク] 「新規事業」事例集：大手企業はどのように想定顧客ヒアリングを行っているのか -
市場調査・トレンド
[株式会社ビザスク] 質の高い「仮説検証インタビュー」を実施するためのポイント -
事例
[株式会社ビザスク] 富士フイルムの新領域参入に学ぶ事業創出 「畑違い」でもビジネス化できる方法 -
事例
[株式会社ビザスク] 三菱電機 上席執行役員に学ぶ、未来を切り開く「新事業創出」の実践方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
5
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
6
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
7
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
8
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
9
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
10
「Linux」の脆弱性を生むのは誰か？ ベテラン開発者の意外なミス
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
3
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
8
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー