オフコンからの移行先として、近年急速に選ばれているのが クラウド（AWS・Azure・Google Cloud ほか） です。ハード調達・保守の負担解消、災害対策（DR）の容易化、拡張性、5 年 TCO の最適化——オンプレミスでは得られない経営メリットが期待できます。本記事では、3 つの実装パターン、AWS vs Azure vs 他クラウドの比較、費用構造、よくある失敗を整理します。
『クラウド移行、AWS と Azure どちらが向くか分からない』とお悩みですか？ 経営判断軸を一緒に整理します。 無料相談 ＞結論：クラウド移行は『3 つの軸』で選ぶ
オフコンからクラウドへの移行は、次の 3 軸で意思決定すべきです。
- 軸 1：実装パターン——Lift and Shift（リホスト）／Replatform（PaaS 活用）／Refactor（クラウドネイティブ）
- 軸 2：クラウドベンダー——AWS／Azure／Google Cloud／国産クラウド
- 軸 3：費用構造——初期構築費＋月額利用料＋運用費の 5 年 TCO
特に重要なのは、『クラウドにすれば全部解決する』という誤解を排除する こと。クラウドはあくまで基盤の選択肢であり、業務改革効果や保守費削減効果は、実装パターンと運用設計次第で大きく異なります。
オフコンからクラウドへ移行する『4 つの理由』
理由 1：ハード調達・保守の負担解消
オフコン時代は、5～7 年ごとのハード更新・保守費・電気代・空調費・サーバ室の設備投資が継続発生していました。クラウドではこれらすべての負担が消え、月額利用料に置き換わります。中堅企業（年商 50 億円規模）では、ハード関連費が年間 500～1,500 万円規模で削減できるケースも。
理由 2：災害対策（DR／BCP）の容易化
従来は災害対策のために 遠隔地にバックアップサーバを構築 する必要があり、数千万円規模の投資が必要でした。クラウドでは、複数リージョンへの自動レプリケーション、スナップショット、即時復旧が標準機能として提供。中堅企業でも本格的な BCP が現実的になります。
理由 3：拡張性
事業拡大、海外展開、新規業態に伴うシステム拡張が、オンプレミスでは数ヶ月～半年の調達期間が必要でした。クラウドでは 数分～数時間でリソース追加 が可能。経営の意思決定スピードと IT インフラの対応スピードを揃えられます。
理由 4：5 年 TCO の最適化
クラウドは月額利用料が継続発生するため、初期費用は安くても 5 年累計では割高に見える ケースがあります。しかし、ハード保守・運用人件費・DR 対策・拡張対応の見えないコストを含めた 真の 5 年 TCO で見ると、クラウドの方が安くなるケースが大半です。
クラウド移行の『3 つの実装パターン』
パターン 1：Lift and Shift（リホスト）
既存のアプリケーション・OS・ミドルウェアを ほぼそのままクラウド上に移行。最も早く・低リスクで移行できる方法。
| メリット | 短期間で稼働／業務影響最小／既存資産を活かせる |
|---|---|
| デメリット | クラウドネイティブ機能を活かしきれない／月額利用料が最適化されない |
| 費用／期間 | 2,000～5,000 万円／8～12 ヶ月 |
パターン 2：Replatform（PaaS 活用）
データベースを クラウドのマネージドサービス（Amazon RDS、Azure SQL Database 等） に置き換え、運用負担を削減。アプリケーションロジックは大きく変えない。
| メリット | DB 運用負担を大幅削減／自動バックアップ・パッチ適用／拡張性向上 |
|---|---|
| デメリット | SQL 方言の調整が必要／PaaS ロックインが進む |
| 費用／期間 | 3,000～6,000 万円／10～14 ヶ月 |
パターン 3：Refactor（クラウドネイティブ書き換え）
アプリケーションを マイクロサービス・サーバレス（Lambda／Azure Functions）等のクラウドネイティブ技術 で書き直し。最も大きな改革効果が得られるが、投資額・期間も最大。
| メリット | クラウドメリットを最大化／長期的な保守性向上／業務改革と同時進行 |
|---|---|
| デメリット | 投資額が大きい／期間が長い／失敗リスク／クラウドネイティブ人材必要 |
| 費用／期間 | 1～2.5 億円／20～30 ヶ月 |
中堅企業では、パターン 1（Lift and Shift）またはパターン 2（Replatform） を選ぶケースが多くなっています。クラウドネイティブ Refactor は大企業向け、または業務改革を抜本的に進める意志がある場合に限られます。
AWS vs Azure vs その他クラウド 比較
AWS（Amazon Web Services）
| 強み | クラウド市場シェア No.1／豊富なサービス／Linux 系ワークロードの選択肢が豊富／Mainframe Modernization（IBM z/OS メインフレーム向け、IBM i は『Data Replication』機能のみ） |
|---|---|
| 適合ケース | Linux 系・x86 系ワークロード／IBM z/OS メインフレームからのモダナイズ／拡張性・データ分析重視 |
| 注意点 | サービス選択肢が多すぎて選定が難しい／管理画面が英語中心／IBM i（AS/400）ワークロードのリホストは不可（OS が動作しない） |
Microsoft Azure
| 強み | Windows Server／SQL Server／Active Directory との親和性／Office 365 連携／日本語サポート充実 |
|---|---|
| 適合ケース | Windows ベース業務環境の延長／.NET アプリケーション移行／中堅企業の標準選択肢 |
| 注意点 | Microsoft 製品ロックインが進む／Linux 系サービスは AWS に劣る場合あり |
Google Cloud Platform（GCP）
| 強み | BigQuery 等のデータ分析・AI 機能／コンテナ／コスト効率 |
|---|---|
| 適合ケース | データ活用を重視する企業／コンテナ戦略を進める企業 |
| 注意点 | 日本国内のシェア・サポート体制は AWS・Azure に劣る |
国産クラウド（さくらのクラウド、IIJ GIO 等）
| 強み | 日本語サポート／法令準拠（個人情報・国内保管）／中堅企業向けプライシング |
|---|---|
| 適合ケース | データを国内に保管する義務がある企業／日本語サポート重視 |
| 注意点 | サービス豊富さで大手クラウドに劣る／グローバル展開には向かない |
IBM Cloud
| 強み | IBM Power Virtual Server（IBM i／AS/400 のクラウドリホスト先として事実上唯一の選択肢）／IBM AIX、Power 系ワークロードに対応／日本リージョンあり |
|---|---|
| 適合ケース | AS/400（IBM i）からのリホスト／IBM Power 系ワークロードの継続／オンプレ IBM Power 資産の延命 |
| 注意点 | IBM 系ワークロード以外では大手クラウド（AWS／Azure）に劣る／コスト体系の最適化に専門知識が必要 |
中堅企業では、Windows ベースなら Azure、AS/400（IBM i）リホストなら IBM Cloud（IBM Power Virtual Server）、Linux 系・x86 系なら AWS が選ばれることが多くなっています。データを国内に保管する必要がある業種では国産クラウドも有力な選択肢です。
※ AWS / Azure / Google Cloud では IBM i（AS/400）ワークロードのリホストはできません（IBM i OS が動作しないため）。AS/400 のクラウドリホストを検討する場合、選択肢は事実上 IBM Cloud（IBM Power Virtual Server）のみです。
クラウド移行の費用構造
初期構築費（移行プロジェクト費用）
| パターン | 初期構築費 | 期間 |
|---|---|---|
| Lift and Shift | 2,000～5,000 万円 | 8～12 ヶ月 |
| Replatform | 3,000～6,000 万円 | 10～14 ヶ月 |
| Refactor | 1～2.5 億円 | 20～30 ヶ月 |
月額利用料（クラウドベンダーへの支払い）
中堅企業の中規模システム（仮想サーバ 5～10 台、データベース、ストレージ、ネットワーク）で 月額 30～200 万円 が標準的なレンジ。リソース消費量に応じて変動するため、稼働後 3～6 ヶ月の実績で最適化していくのが現実的。
5 年 TCO の試算（中堅中規模モデル）
| 項目 | 金額 |
|---|---|
| 初期構築費（Lift and Shift） | 4,000 万円 |
| 月額クラウド利用料（5 年） | 50 万円 × 60 ヶ月＝3,000 万円 |
| 運用保守委託費（5 年） | 200 万円 × 5 年＝1,000 万円 |
| 追加開発費（5 年） | 500 万円 × 5 年＝2,500 万円 |
| 5 年 TCO 合計 | 10,500 万円 |
比較として、オフコン継続の 5 年 TCO（保守費・改修費・隠れコスト含む）は同等以上になることが多く、クラウド移行が経済合理性で勝るケースが大半です。
クラウド移行のよくある失敗
失敗 1：『クラウドにすれば自動で安くなる』と過信
クラウドはリソース最適化を怠ると オンプレより高くつく ことも。稼働後 3～6 ヶ月で実績を分析し、未使用リソースの削減・予約購入の活用・適切なインスタンスサイズへの変更を行う必要があります。
失敗 2：データ転送料を見落とす
クラウド外への データ転送には従量料金 がかかります。大量データを他システム・拠点に送るケースで、想定外のコストが発生。要件定義段階でデータフローを精査し、転送料を予算化する必要があります。
失敗 3：クラウドロックインへの認識不足
AWS や Azure の独自サービス（Lambda、Cognito 等）を多用すると、他クラウドへの移行が困難に。『5 年後に別クラウドへ移れるか』を要件定義で考慮 しておくべきです。
失敗 4：性能要件の見積もりが甘い
オフコン時代と同じバッチ処理時間を期待し、適切なリソース設計をしなかった結果、稼働後にパフォーマンス問題が発生。本番相当の負荷テスト を要件定義の段階で計画してください。
クラウド移行は『5 年 TCO』と『業務要件』で決める
オフコンからクラウドへの移行は、『単に流行りだから』ではなく、5 年 TCO と業務要件で経営判断 すべきです。ハード保守の負担解消、災害対策、拡張性、運用人材の流動性——これらの定量・定性メリットを総合評価し、自社にとって本当にクラウドが優位なのかを見極めます。
株式会社クオンツでは、『AWS／Azure／GCP／国産クラウドの選定軸の整理』『3 実装パターンの経済合理性比較』『5 年 TCO 試算』『クラウドロックイン回避の設計』 のご相談を、無料で受け付けています。汎用機・オフコンからオープン系・クラウド基盤への移行プロジェクトに 25 年携わってきた経験から、貴社の業務・社内体制・経営戦略に合わせた現実解を一緒に整理します。机上のコンサルではなく、お客様の現場と並走するスタイルで、次の一歩の選択肢を整理します。
