クラウド移行案件のフリーランス単価相場・必要スキル・獲得法
最終更新日：2026/08/03
クラウド移行案件とは、オンプレや既存クラウドをAWS/Azure/GCPへ再設計・再配置する仕事で、Rehost／Replatform／Refactorの3系統で単価と必要スキルが変わります。「移行案件で自分がどこまで狙えるか」を、公開案件ベースの単価目安・フェーズ別役割・案件の探し方まで、実務3年目以降のインフラ／アプリエンジニア向けに整理します。
先に結論
クラウド移行案件は「Rehost（そのまま移行）／Replatform（部分最適化）／Refactor（作り直し）」の3系統でスキル要件と単価レンジが変わる
公開案件ベースの目安は、Rehost中心の運用移行で月60〜90万円、Replatformの設計〜移行実施で月80〜130万円、Refactorやモダナイズを含むリード級で月120〜180万円前後
単価は「掛け算スキル（IaC・コンテナ・SRE・ネットワーク・DB移行）」で伸びやすい
探し方は、フリーランスエージェント経由で「クラウド移行」「マイグレーション」「7R」等のキーワードを面談時に明示するのが実務的
この記事でわかること
クラウド移行案件の全体像と、案件が「7R」でどう分類されるか
公開案件から見た単価レンジと、単価を左右する要素
移行フェーズ（アセスメント／設計／実行／運用移行）ごとに求められる役割とスキル
実際に案件を獲得するときの探し方・面談での伝え方
目次
クラウド移行案件とは：まずは全体像を押さえる
クラウド移行案件の単価相場：公開案件ベースの目安
クラウド移行案件で求められる必要スキル
案件のフェーズ別で見る仕事内容と役割
ケース別解説：案件パターンでイメージをつかむ
クラウド移行案件の探し方・獲得法
失敗しやすいポイントと対策
実践チェックリスト：案件参画前に確認したいこと
まとめ
よくある質問
クラウド移行案件とは：まずは全体像を押さえる
クラウド移行案件は、対象システムを「そのまま移すか、直しながら移すか、作り直すか」で仕事内容が大きく変わります。まず全体像を押さえ、自分がどのレイヤーで参画するのかを整理します。
7R戦略で案件タイプを分類する
AWSが公開しているMigration Strategy（7R）は、移行案件の分類として実務でも使われます。案件募集要項でも「Rehost中心」「Refactorを含む」といった表現で書かれます。
戦略 | 意味 | 案件例 |
|---|---|---|
Retire | 廃止 | 使われていないサーバの停止・データ退避 |
Retain | 保持 | 移行対象外として現行維持 |
Rehost | そのまま移行 | オンプレVMをEC2/Azure VMへ移す |
Relocate | 再配置 | VMware Cloud on AWSへ移す |
Replatform | 部分最適化 | DBをRDS/Azure SQLへ、Web層をECS/App Serviceへ |
Repurchase | 買い替え | SaaSへ移行（例：メール基盤をMicrosoft 365へ） |
Refactor | 作り直し | サーバレス・コンテナ・マイクロサービスへ再設計 |
案件募集では「Rehost＋一部Replatform」のように複数戦略の組み合わせで書かれることが多く、フリーランスが入るのはRehost〜Replatform帯が中心です。
移行案件と新規構築案件の違い
新規構築は「何を作るか」を決めれば手が動きますが、移行案件は「いま動いているものを止めずに」進める必要があります。この制約が単価と難易度を押し上げます。
現行環境の構成把握と依存関係の可視化に時間がかかる
ダウンタイム許容度・データ整合性・切戻し計画が案件の主要論点になる
ステークホルダー数が多く、業務部門・運用部門との合意形成が必要
本番切替は夜間・休日稼働になるケースが多い
ミニFAQ：全体像
Q. 未経験でも参画できますか？
A. 完全未経験は現実的に難しいですが、オンプレのインフラ運用または新規クラウド構築のいずれかで3年程度の実務があれば、Rehost中心の運用移行フェーズなら入りやすい傾向があります。
クラウド移行案件の単価相場：公開案件ベースの目安
以下の目安は、首都圏中心の主要フリーランスエージェント数社の公開案件と、面談時に提示される非公開案件の傾向をもとにした数字です（2026年7月時点の観測。週4〜5日稼働の準委任案件を中心。想定経験はインフラまたはクラウド運用3年程度以上）。単価は個別の技術構成・案件フェーズ・稼働条件で変動するため、あくまで参考レンジとして扱ってください。
役割・移行手法別のレンジ
まずは公開案件ベースで、月額単価の目安は次の通りです。
案件タイプ | 想定される人物像 | 中心となる仕事 | 月額目安 |
|---|---|---|---|
Rehost運用移行・監視強化 | インフラ運用3年＋クラウド1年程度 | 既存VMのEC2/Azure VMへの移行支援、監視・バックアップ設計 | 60〜90万円 |
Replatform設計〜移行実施 | クラウド設計運用3年前後、IaCまたはDB移行いずれかを担える | DBのマネージド化、Web層のコンテナ化、ネットワーク再設計 | 80〜130万円 |
移行アーキテクト・リード | クラウド設計5年前後、複数プロジェクト経験、顧客折衝経験 | 全体設計、ステアリング支援、複数チーム調整 | 100〜150万円 |
Refactor・モダナイズ主導 | Kubernetes/サーバレスの本番運用経験、SRE組成経験 | サーバレス／マイクロサービス移行、SRE組成 | 120〜180万円 |
非公開案件では、上振れするケースが個別に打診されることもあります。ただしそのまま「自分が狙える相場」と読むのは危険で、公開案件ベースをベンチマークにするのが実務的です。関連するAWSエンジニア フリーランスの単価相場では、経験年数と案件レイヤー別のレンジをより詳しく整理しています。
自分がどのレンジを狙えるか気になる方は、無料のフリーランスエンジニア単価診断で市場単価の目安を確認できます。
単価を左右する4つの要素
同じ「クラウド移行」でも、次の4要素で単価は上下します。
対象システムの重要度：基幹系・金融系・SaaS基盤ほどレンジが上がる
ドメイン知識の必要度：会計・医療・製造など業務理解が要る案件は加算されやすい
掛け算スキル：IaC（Terraform/CloudFormation）／コンテナ／DB移行／ネットワーク／セキュリティのうち何を掛けられるか
担当フェーズ：上流のアセスメント〜設計はレンジが上がり、運用移行・監視強化はやや落ち着く
「単価を上げるにはどのスキルを追加投資するか」を体系的に整理したい場合は、フリーランスエンジニアの単価相場と単価の上げ方も合わせて確認してください。
ミニFAQ：単価
Q. 「Rehostだけ」で高単価は狙えますか？
A. Rehost単体のみで高単価に届くケースは限定的です。同じ移行案件でも、IaC化・監視/SRE化・DB移行のいずれかを担える人材だと単価レンジが上がる傾向があります。
クラウド移行案件で求められる必要スキル
必要スキルは「必須」と「掛け算」に分かれます。ここで整理する内容は、公開案件の募集要項でよく見られる項目をベースにしています。
必須スキル：オンプレとクラウド両方の理解
オンプレ理解：仮想化基盤（VMware/Hyper-V）、既存ストレージ、業務システムの構成把握
クラウド基本：AWS/Azure/GCPのいずれか1つで、VPC・EC2/VM・IAM・S3相当のオブジェクトストレージ・マネージドDBの設計運用
ネットワーク：ハイブリッド構成のVPN／専用線（Direct Connect／ExpressRoute／Cloud Interconnect）、DNS切替
DB移行：AWS DMS・Azure Database Migration Service・Google Database Migration Service等の移行ツール
サービス単体の理解については、AWS EC2・AWS S3・AWS RDS・Microsoft Azure・GCPの各記事も参考になります。
掛け算で単価が伸びるスキル
必須の上に、以下のいずれかを掛けられると単価レンジが上がりやすくなります。
IaC：Terraform・CloudFormation・Bicep・Pulumi
コンテナ：Docker・Kubernetes（EKS/AKS/GKE）・AWS ECS/Fargate
SRE：SLO/SLI設計、監視（Datadog/New Relic/CloudWatch/Azure Monitor）、オンコール設計
セキュリティ：ID統合（Entra ID/Cloud IAM）、鍵管理、監査ログ集約
データ移行の特化知識：Oracle Database→AWS RDS Custom for Oracle／Azure Database for PostgreSQL への論理／物理移行、Snowflake等分析基盤への切替
資格はどこまで必要か
資格は必須ではありませんが、募集要項で「歓迎」に挙がるケースがあります。同じ経歴で並んだときに補助材料として効くイメージです。
AWS認定：Solutions Architect Associate／Professional、SysOps Administrator。詳細はAWS認定資格おすすめ一覧を参照
Azure認定：AZ-104、AZ-305など。詳細はAzure認定資格おすすめ一覧を参照
Google Cloud認定：Associate Cloud Engineer、Professional Cloud Architect
Kubernetesを扱う案件ではCKA資格が実技力の証明として評価されやすい傾向があります。
ミニFAQ：スキル
Q. アプリケーションエンジニア出身でも参画できますか？
A. Refactor寄りの案件では、既存アプリのリファクタや12-Factor App準拠の再設計にアプリ側の理解が求められるため、アプリ出身でも入れる余地があります。ただし、ネットワーク・DB・IaCのいずれかは追加習得が必要になるケースが多いです。
案件のフェーズ別で見る仕事内容と役割
移行案件は「アセスメント → 設計 → 移行実施 → 運用移行」のフェーズで、担当と難易度が変わります。案件に入るときは、どのフェーズから参画するかを確認しておくと期待値を合わせやすくなります。
アセスメント／PoC
現行構成の棚卸し（サーバ・ミドルウェア・データ量・依存関係）
7Rの分類作業と、コスト試算・移行方式のトレードオフ整理
小規模のPoCで技術検証（例：DMSでの試験移行、ネットワーク疎通確認）
設計・移行計画
ターゲットアーキテクチャの詳細設計（IAM設計、VPC設計、監視設計）
移行順序・ダウンタイム許容・切戻し条件の合意
リハーサル計画とデータ整合性チェックの設計
移行実施・カットオーバー
IaCによる環境構築
データ移行の本番実施（DMS・スナップショット・rsync・オブジェクトコピー）
本番切替（DNS切替・ロードバランサ切替・アプリ切替）
切戻し判断の実行
本番切替は夜間・休日で組まれるケースが多く、稼働の柔軟性も条件として提示されやすい部分です。
運用移行・SRE化
運用手順書の整備、監視・アラートの整流化
障害対応フローと当番体制の整備
FinOps観点でのコスト最適化（未使用リソース削除、リザーブド・Savings Plans活用）
SREとしての関わり方は、SREとは？やプラットフォームエンジニアとはも参考になります。
ミニFAQ：フェーズ
Q. アセスメントだけの短期案件はありますか？
A. あります。数週間〜2か月程度の短期で、現行棚卸しと移行方式提案までを切り出すスポット型の案件が公開・非公開いずれでも見られます。
ケース別解説：案件パターンでイメージをつかむ
移行案件は「対象システム」で仕事の色がだいぶ変わります。代表的な4パターンを取り上げます。
業務システム（社内基幹系）のリフト＆シフト
対象例：勤怠、給与、経費、社内Webアプリ
特徴：業務停止影響が大きく、切替は週末・夜間になりがち
スキル：既存アプリケーションの動作保証、AD／Entra IDでのID統合、ネットワーク疎通設計
参画例：Rehostがベースで、一部Replatform（DBのRDS化・Web層のECS化）を混ぜる
Webサービス／ECのモダナイズ
対象例：ECサイト、コーポレートサイト、SaaS
特徴：可用性・スケールが主要論点、コンテナ化・サーバレス化と相性が良い
スキル：ALB/CloudFront設計、コンテナ、CI/CD、ArgoCD等のGitOpsツール
参画例：ReplatformとRefactorの混合案件、CDN活用はCloudFrontなどを担当
データ分析基盤の移行
対象例：オンプレDWH、Hadoop、既存BIツール
特徴：データ量が大きく、増分同期・パイプライン再設計が主論点
スキル：Snowflake/BigQuery/Redshift、ETL/ELTツール、DBT
大規模ERP・DB移行
対象例：SAP、Oracle Database、旧世代のCOBOL連携システム
特徴：ライセンス・サポート契約・監査要件が絡み、単価と難易度がともに高い
スキル：Oracle→PostgreSQL置換、SAP on AWS/Azure、DR設計
参画例：中期（半年〜1年）以上のPMO寄りの案件が中心
ミニFAQ：ケース
Q. どのパターンが未経験参画しやすいですか？
A. 業務システムのRehost〜運用移行が、既存のインフラ運用経験を活かしやすいため入りやすい傾向があります。Webモダナイズはコンテナ・CI/CDの学習投資が必要で、少し立ち上がりに時間がかかります。
クラウド移行案件の探し方・獲得法
探し方としては、まずフリーランスエージェントで「クラウド移行」「マイグレーション」「7R」等のキーワードを面談時に明示するのが実務的です。募集要項に「クラウド移行」の文言が明示的に入る案件は多くなく、キーワードで拾おうとすると見落としが出ます。
フリーランスエージェント経由（基本ルート）
面談時に「移行案件を優先したい」と伝え、公開・非公開の両方から拾ってもらう
対象クラウド（AWS/Azure/GCP）と得意フェーズ（アセスメント／設計／実行／運用移行）を最初に共有する
直近3案件で「何をどこまで担当したか」を紙にまとめておくと、提案精度が上がりやすい
エージェント／案件マッチングの基本設計はフリコンにもまとめています。
直取引・準委任スポット
前職・現職の伝手を経由した直取引や、SIer経由の準委任契約
短期のアセスメント切り出しに向くが、報酬・稼働条件は個別交渉になる
契約締結や検収の実務を自分でこなす必要がある
検索・面談で使えるキーワード例
「クラウド移行」「マイグレーション」
「7R」「Rehost」「Replatform」「Refactor」
「オンプレからAWS」「AWS移行」「Azure移行」「GCP移行」
「基幹系クラウド化」「DX基盤刷新」
「DR構築」「DR/BCP対応」「災害対策」
ミニFAQ：獲得法
Q. 自社サービスで移行経験しかありませんが、案件は取れますか？
A. 取れる可能性は十分あります。面談時に「対象システムの規模」「移行対象データ量」「関わった7Rの区分」を具体的に伝えると、案件側と条件を合わせやすくなります。
失敗しやすいポイントと対策
移行案件で詰まりやすい典型パターンと、事前に潰しておく観点を整理します。ここは公開情報だけでは拾いにくく、実務ベースで問われるので面談の話題にもなりやすい部分です。
スコープ膨張
よくある失敗：「ついでにここも直したい」で対象が広がり、切替期限に間に合わなくなる
対策：7Rの分類を明確にし、Refactorはフェーズ2として切り出すことを最初に合意しておく
データ整合性の確認漏れ
よくある失敗：移行後の集計値が一致せず、業務部門から差し戻し
対策：リハーサル段階でチェックサム・件数・キー項目の一致を数値で残しておく
ネットワーク・DNS切替の想定漏れ
よくある失敗：切替直後にレイテンシが上がり、業務に支障
対策：ハイブリッド区間の帯域と遅延を事前計測、DNSのTTL短縮を切替前に済ませる
運用移行の引き継ぎ不足
よくある失敗：切替後に問い合わせがフリーランス側に集中し、契約範囲外の稼働が発生
対策：運用ドキュメント・監視ダッシュボード・アラート対応表を成果物として明記する
コスト超過
よくある失敗：安易にオンデマンドで動かし続けて、想定の1.5〜2倍のコストに
対策：FinOps観点で予備解析（Reserved・Savings Plans・Autoscaling）を含めた案として初期から出す
実践チェックリスト：案件参画前に確認したいこと
案件のオファーを受けたときに、面談・条件確認で確認しておくと後の稼働が安定します。
どの7R区分の案件か（Rehost主体／Replatform主体／Refactor含む）
現時点でのフェーズ（アセスメント／設計／実行／運用移行）
ダウンタイム許容と切替日程の想定（夜間・休日稼働の頻度）
IaCや監視の既存状況（ゼロベース設計か、既存流用か）
障害対応・オンコール当番の範囲
成果物の定義（設計書、IaCコード、運用手順書のどこまでか）
契約形態（準委任／請負）と検収条件
まとめ
クラウド移行案件は、Rehost〜Refactorの分類でスキル要件と単価レンジが変わる仕事です。単純な「引っ越し」の枠だけで見ずに、掛け算スキルとフェーズ選択で単価を上げられる領域として捉えると戦略が立てやすくなります。
案件は7Rで分類され、フェーズごとに求められるスキルが違う
単価はRehost運用移行で60〜90万円、Replatform設計〜移行実施で80〜130万円、Refactor・リード級で120〜180万円が公開案件ベースの目安
掛け算スキル（IaC・コンテナ・SRE・DB移行・セキュリティ）で単価が伸びやすい
探し方はエージェント面談で「クラウド移行」「7R」「マイグレーション」を明示するのが実務的
失敗しやすいポイント（スコープ膨張／データ整合性／DNS切替／コスト超過）は面談時の確認事項として使える
より広いキャリア設計や単価戦略は、フリーランスエンジニアの単価相場と単価の上げ方、インフラエンジニアとは、クラウドエンジニアとはもあわせて確認してみてください。まずは無料のフリーランスエンジニア単価診断で現在の市場単価の目安を確認するところから始められます。
参考にした一次情報：
よくある質問
実務経験何年から狙えますか？
Rehost主体の運用移行フェーズなら、インフラ運用3年程度＋クラウド1年程度が目安として提示されるケースが多いです。設計・アセスメントを担うポジションでは、クラウドで3年以上の設計運用経験を条件にする案件が中心になります。
AWS・Azure・GCPのどれから習得すべきですか？
現時点で移行案件の絶対数はAWSが多い部類ですが、Azureも業務システム・M365連携で募集が見られます。まず1つを軸に習得し、後から2つ目を横展開するのが実務的です。
フルリモートの案件はありますか？
移行案件のうち、アセスメント・設計フェーズはフルリモートまたは月数回出社の条件で募集されるケースが見られます。本番切替は夜間現地対応が発生する案件もあるため、応募時に確認しておくのが安全です。
週2〜3日など低稼働で参画できますか？
アセスメントやスポットPoCでは可能な場合がありますが、設計〜移行実施の中核フェーズは週4〜5日が中心です。低稼働で入る場合は、レビュー・アドバイザリー枠として位置づけられるケースがあります。
資格は取ってから応募したほうが良いですか？
必須ではありません。実務経験があれば資格なしでも通ります。ただし、面談時に「同時期に取得予定」と伝えられる状態にしておくと、選定段階での比較材料としては効いてきます。
移行経験がなくても案件は取れますか？
新規構築の経験があれば、Rehost〜Replatformの下位フェーズで拾える案件があります。応募時に「新規構築寄りの経験」と正直に伝え、移行特有の論点（切戻し・整合性・カットオーバー）を面談前に整理しておくと通過率が上がりやすくなります。
案件期間はどれくらいが多いですか？
3〜6か月契約でスタートし、フェーズ延長で1年前後まで伸びる案件が中心です。短期の場合は2〜3か月のアセスメント切り出し、大規模ERP系だと1年以上のスコープになることもあります。
インフラエンジニアからの独立と組み合わせられますか？
組み合わせやすい部類です。インフラエンジニア独立の全手順や副業から独立するタイミングも参考にできます。
高単価案件の非公開案件はどう取りに行きますか？
エージェントの担当者との面談で、直近の担当領域と得意フェーズを具体的に共有するのが基本ルートです。非公開案件は個別条件で上振れするケースがあり、そのまま「自分が狙える相場」と読むよりも、公開案件ベースの目安をベンチマークにして交渉するのが現実的です。
移行案件は今後も残りますか？
主要フリーランスエージェントの公開案件を見る限り、移行フェーズの案件は継続して募集される傾向があります。ただし、リフト＆シフトだけの案件は徐々に少なくなり、Replatform以降のモダナイズを含む案件が主要選択肢の一つになっています。
FinOps・コスト最適化だけの案件はありますか？
「コスト最適化」を主題にした短期切り出し案件は公開でも見られます。移行後の運用フェーズでの追加スコープとして提示されることも多いです。
