オンプレミスからのAWS移行アセスメント｜「移行しない」という結論に価値があった事例

長年、基幹システムをオンプレミス環境で運用されていました。ハードウェアの保守や運用の負荷を見直すなかで「AWSへ移行したい」という方針は固まっていたものの、社内にAWSの知見がなく、次の点を判断できずにいました。

• 自社システムはそもそもAWSに乗せられるのか
• 移行した場合、可用性・コスト・運用はどう変わるのか
• 移行を進めてよいのか、進めるとすれば何から着手すべきか

「なんとなく良さそう」でクラウド移行に踏み切る前に、意思決定の材料をそろえたい、というご相談でした。

「実際に移行する」ことを前提に、部分的な検証で終わらせず、移行に必要な論点をひととおりアセスメントしました。

• 現行構成の棚卸し：オンプレミス上のシステム構成・依存関係・非機能要件を洗い出し
• AWSアーキテクチャ設計：現行に対応するAWS構成を設計し、リフト&シフト／リプラットフォームなどの移行方式を比較
• コスト・運用の試算：移行後のランニングコストと運用体制を具体化
• 可用性・BCP設計：求められる耐障害性・SLA・災害対策（BCP/DR）を満たせるかを設計レベルで検証

AWSを移行先候補としたのは、金融領域を含むミッションクリティカルなシステムでの採用実績が豊富で、信頼性を判断する材料が多かったためです。

アセスメントの結論は、「現時点ではAWSへ移行しない」 というものでした。

対象システムに求められる耐障害性とSLAを、設計・コスト・運用の現実的な範囲ではAWS構成で満たしきれず、移行の前提を覆す複数のノックアウトファクター（判断を左右する決定的要因）が存在することが明らかになったためです。

この事例の価値は、「移行できる／できない」を感覚ではなく、アーキテクチャ・コスト・運用・BCPの具体に基づいて判断できたことにあります。見切り発車で移行を進めていれば、多大なコストと障害リスクを負っていた可能性がありました。「やらない」という意思決定にも、確かな根拠を持てた事例です。

クラウド移行は「すること」がゴールではありません。自社の要件に照らして「する・しない・段階的に進める」を根拠を持って判断することが、失敗しない第一歩です。