クラウド移行と導入戦略の入口

イントロ

移す前に、目的と変え方を決める

クラウド移行は、既存システムをAWSへ置くだけではありません。なぜ移すのか、何を変えるのか、移した後にどう改善するのかを考えます。

定義

教科書では: 既存のシステムやデータ、運用をクラウド環境へ移し、必要に応じて使い方や構成を改善していく取り組み。
言いかえると: クラウド移行は引っ越しに似ています。ただ運ぶだけでなく、荷物を減らす、置き場所を変える、運用しやすくする、といった見直しも含みます。

手順

要点

問題文では、移行問題では、何を移すか、どれくらい変えるか、どんな制約があるかを見る。よくある誤解: 移行は既存サーバーをそのままコピーすれば終わりだと思う。

例

場面: 古い申請システムを、繁忙期でも使いやすくしたい。
順に考えると: まず目的を「繁忙期に止まりにくくする」と決めます。次にデータ量や連携先を確認し、データベース移行ならDMS、大量データ搬送ならSnowballのように用途で候補を考えます。判断軸は、移行問題では、何を移すか、どれくらい変えるか、どんな制約があるかを見る。
ここが結論: 移行は、目的と制約から方法を選ぶ判断問題として読むと整理できます。迷ったら、クラウド移行とAWS CAFを分けます。

注意

確認

Q1

クラウド移行の入口として最も適切な考え方はどれですか。

まとめ

AWSはクラウドを支える基盤を守り、利用者はクラウド上で作る設定、データ、権限などを守る。責任の分担はサービスによって変わる。