Refactor（クラウド移行）

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

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

クラウド移行の方式の一つで、アプリケーションに手を加えずに、既存のサーバをそのままクラウドの仮想サーバへ移す方法。リフトアンドシフトとも呼び、短期間・低コストで移行できるが、クラウドならではの拡張性や運用の効率化の効果は得にくい。AWSが整理した移行戦略の7R（Rehost、Replatform、Refactor、Retain、Retireなど）の一つである。

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

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

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