Refactor（クラウド移行）

クラウド移行の方式の一つで、アプリケーションをマイクロサービスやサーバレスなどのクラウドネイティブな構造に作り直して移す方法。リアーキテクトとも呼び、拡張性や開発の俊敏性を最も高められるが、費用と期間が最もかかる。外部から見た動作を変えずに内部のコードを整理するソフトウェアのリファクタリングとは意味が異なる。

既存のシステムをクラウドへ移行する前に、対象のシステムとデータを棚卸しし、システム間の依存関係、性能や可用性の要件、費用、リスク、組織の体制などを評価して、移行の可否、方式、優先順位を決めること。評価の結果を基に、システムごとにRehost、Replatform、Refactorなどの移行の方式を選ぶ。

クラウド移行の方式の一つで、アプリケーションに手を加えずに、既存のサーバをそのままクラウドの仮想サーバへ移す方法。リフトアンドシフトとも呼ぶ。短期間・低コストで移行できるが、クラウドならではの拡張性や運用の効率化の効果は限られる。

クラウド移行の方式の一つで、アプリケーションの基本的な構造は変えずに、データベースをマネージドサービスに替えるなど、一部をクラウドのサービスに置き換えて移す方法。Rehostより手間はかかるが、運用の負担を減らす効果を得やすい。

クラウド移行の方式の一つで、移行の効果が小さい、規制や技術的な制約がある、近く更改の予定があるなどの理由から、当面はシステムを現在の環境に残すと判断すること。移行しないことも、移行アセスメントで選ぶ方針の一つとして明示する。

クラウド移行の方式の一つで、移行アセスメントで不要と判明したシステムや機能を、移行せずに廃止すること。使われていないシステムを止めることで、移行の対象と費用を減らし、運用やライセンスの費用も削減できる。廃止に先立ち、保存が必要なデータの移管や利用者への周知を行う。

老朽化・複雑化したレガシーシステムを、クラウド、マイクロサービス、コンテナなどの現代的な技術や設計に刷新すること。基盤の移し替えにとどまらず、アプリケーションの構造や開発・運用の方法も見直して、保守費用の削減と変化への対応力の向上を図る。