AWS Transform continuous modernizationが一般提供に移行

AWS DevOps Blog は 2026年8月3日、AWS Transform continuous modernization が AWS Transform の対応リージョンで一般提供になったと発表しました。2026年6月15日の AWS What's New では同機能が Preview として発表され、US East (N. Virginia) と Europe (Frankfurt) で利用可能とされていました。今回の一次ソースは、その Preview から GA への移行を伝える位置づけです。

AWS Transform 自体のリージョンについては、AWS 公式ドキュメントの Supported Regions for AWS Transform で、ワークスペースを作成できるリージョンが説明されています。一次ソースは「AWS Transform supported Regions」で一般提供と書いているため、実際に使う前にはこのリージョン表と自社アカウントの有効リージョンを合わせて見るのが自然です。

リポジトリ分析から修復PRまでを継続運用に寄せる

一次ソースによると、AWS Transform continuous modernization は GitHub、GitLab、Bitbucket、ローカルリポジトリなどのソース管理先に接続し、リポジトリをスキャンして優先度付きの findings を生成します。そのうえで、利用者の指示により、検証済みのコード変更を含むプルリクエストを自律的に作成できるとされています。

AWS 公式ユーザーガイドも、同機能を「source code repositories の analysis and remediation」と説明し、コードは利用者の AWS アカウントと認証情報のもとで扱われるとしています。詳しくは AWS Transform continuous modernization のユーザーガイド にまとまっています。ここは、単発のモダナイズ作業を依頼する機能というより、技術的負債を定期的に見つけて修復候補まで流す仕組みとして読むと分かりやすいですね。

koharu tone="tip" portrait="characters/deformed/confident-smile.webp" GAになったからすぐ全リポジトリへ、ではなく、まずは対象リポジトリと権限を小さく切るのがよさそうだね。PRを誰がレビューして、どこまで自動化するかも先に決めておくと安心だよ。

分析タイプは技術的負債、セキュリティ、AIエージェント準備まで広がる

一次ソースは、Rapid tech debt analysis、Comprehensive tech debt analysis、Security analysis、Agentic readiness、Modernization readiness、Custom analysis の各タイプを挙げています。AWS 公式ドキュメントでも、tech-debt-quick は pom.xml、package.json、requirements.txt などのマニフェストを対象にした高速なメタデータスキャン、tech-debt-comprehensive はコードレベルの深い分析として説明されています。

同じドキュメントでは、security は AWS Security Agent による脆弱性や安全でないコーディングパターンの検出、agentic-readiness は 5 カテゴリ 56 基準の評価、modernization-readiness はコンテナ化やサーバーレス移行などの候補評価とされています。セキュリティという語は出てきますが、今回の一次ソースは特定 CVE や緊急対応を告知するものではありません。記事テンプレートも、そのため security-advisory ではなく feature-update として扱うのが筋です。

Webアプリでソース接続、定期分析、修復作成まで扱える

一次ソースは、AWS Transform web application から SCM provider を接続し、分析を開始し、定期分析をスケジュールし、findings を確認し、remediations を作成できるようになったと説明しています。AWS の作業手順ドキュメントでも、Working with continuous modernization に source management、repository discovery、analysis、findings、remediation といった操作単位が整理されています。

実務で見ると、これは「分析結果を見る画面が増えた」だけではありません。リポジトリの棚卸し、分析の実行、 findings の処理、修復 PR の生成、定期実行という流れを、Web アプリ上の運用に寄せやすくなる変更です。特に複数チームのリポジトリを扱う場合は、ラベルや対象範囲を使って、どの単位で分析と修復を進めるかを先に設計したいところです。

CLIと開発者ツールはIDEやバッチ実行へ接続する

一次ソースでは、新しい AWS Transform CLI の atx ct と atx ct remote サブコマンドにより、Amazon EC2 や AWS Batch を使ったスケジュール分析と修復を実行できると説明されています。また、AWS Transform Kiro power と plugin により、IDE やターミナルからリポジトリ設定や分析を扱いやすくしたとも書かれています。

開発者ツールの公式ドキュメントでは、Kiro IDE は AWS Transform Kiro Power、Claude Code、Codex、Cursor は awslabs/agent-plugins の plugins/aws-transform を使う形で、continuous modernization workflow にアクセスできると説明されています。さらに Developer tools では、Source、Discovery、Analysis、Findings、Remediation、EC2 Execution、Batch Execution、Schedule、Reporting などの agent skills と atx ct サブコマンド一覧が確認できます。

導入前に対応リージョン、権限、料金ページを見ておく

導入判断では、まずリージョンとデータ処理の扱いを見たいです。AWS のリージョン文書は、AWS Transform のデータが利用リージョンとは異なるリージョンで処理される可能性に触れ、cross-region processing と data protection の確認先を示しています。ソースコードを接続するサービスなので、ここはセキュリティレビューの対象に入れておくとよさそうです。

料金も確認が必要です。AWS の AWS Transform pricing は、AWS Transform continuous modernization を有料機能として扱っています。一方で、同ページには Public Preview 中の課金と GA 時の別料金発表に関する記述も残っているため、2026年8月3日の GA 告知後に実際の請求条件を確認してから、継続実行の頻度や対象リポジトリ数を決めるのが現実的です。

出典

• Title: Analyze and remediate technical debt autonomously with AWS Transform – continuous modernization
• URL: https://aws.amazon.com/blogs/devops/analyze-and-remediate-technical-debt-autonomously-with-aws-transform-continuous-modernization/