AWS Transform Customが発表されたものの、、、 これ系ツールがしっくりこない理由を考えてみた件

AWS Transform Customが発表されたものの、、、これ系ツールがしっくりこない理由を考えてみた件

Transcript

1. AWS Transform Customが発表されたものの、、、 これ系ツールがしっくりこない理由を考えてみた件 2025.12.12 株式会社ヘプタゴン 佐々木 雄大
2. 結論 • MigrationやModernizationのToolってRun at once • 一度、完了したら、 日常的にさわることがないので気持ちが離れやすい • けど、その刹那的な、諸行無常感のあるツールってエモいよね • 技術的負債(Tech Dept)をガシガシ解消していきたい気持ち • 地方には古いソフトウェアまだまだ現役でいっぱい。。。 開発者のいなくなった.NetFramework3.5とか
3. Ref: Demolish Technical Debt with AWS Transform https://www.youtube.com/watch?v=lmZ2NQWUNsA&t=258s
4. AWS Transfromってなんだっけ？ • “Amazon Q Developer コード変換機能”が AWS Transform というサービスにスピンアウト • レガシーワークロードの移行・モダナイゼーションを支援 するサービス • AWS Transform for .NET : 2025/5/15 GA • AWS Transform for VMware: 2025/5/15 GA • AWS Transform for Mainframe : 2025/5/15 GA • AWS Transform custom : 2025/12/1 GA NEW
5. 今回発表されたAWS Transform Customとは • これまでのAWS Transformは環境固め打ちのツールだった • AWS Transform Customは移行元、移行先の環境を問わず、 Modernizationを可能にすることを目指すツール .NET Framework 3.5+ .NET 10 これまで(AWS Transfom for .NET): AWS Transfom custom: なんでも 最新環境
6. ホントにできるの？
7. パターン 説明 複雑 例 APIとサービスの 移行 機能性を維持しながら API バージョンまたは 同等のサービス間で移行する 中くら い AWS SDK v1→v2 (Java、Python、 JavaScript)、Boto2→Boto3、JUnit 4→5、 javax→jakarta 言語バージョン のアップグレー ド 同じプログラミング言語の新しいバージョン にアップグレードし、新しい機能を採用し、 廃止された機能を置き換える 低中 Java 8→17、Python 3.9→3.13、Node.js 12→22、TypeScriptのバージョンアップ フレームワーク のアップグレー ド 同じフレームワークの新しいバージョンに アップグレードし、重大な変更に対処する 中くら い Spring Boot 2.x→3.x、React 17→18、 Angularのアップグレード、Djangoのアップ グレード フレームワーク の移行 同様の目的を果たす全く異なるフレームワー クへの移行 高い Angular→React、Redux→Zustand、 Vue.js→React ライブラリと依 存関係のアップ グレード 同じ言語とフレームワークを維持しながら、 サードパーティのライブラリを新しいバー ジョンにアップグレードする 低中 Pandas 1.x→2.x、NumPy のアップグレード、 Hadoop/HBase/Hive ライブラリのアップグ レード、Lodash のアップグレード Ref:Transformation Patterns https://docs.aws.amazon.com/transform/latest/userguide/custom.html
8. パターン 説明 複雑 例 コードリファク タリングとパ ターンの近代化 外部機能を変更せずにコードパターンを最新 化し、ベストプラクティスを採用する 低中 印刷→ログ記録フレームワーク、文字列連結 →f文字列、型ヒントの採用、可観測性計測 スクリプトと ファイルごとの 翻訳 独立したスクリプトや設定ファイル（ファイ ルがほとんど自己完結的）を翻訳する 低中 AWS CDK→Terraform、 Terraform→CloudFormation、Excel→Python ノートブック、Bash→PowerShell アーキテクチャ の移行 最小限のコード変更でハードウェア アーキテ クチャまたはランタイム環境間の移行 中高 x86→AWS Graviton（ARM）、オンプレミス →Lambda、従来型サーバー→コンテナ 言語間の移行 あるプログラミング言語から別のプログラミ ング言語へのコードベースの変換 非常に 高い Java→Python、JavaScript→TypeScript、C→Rust 、Python→Go カスタムおよび 組織固有の変換 独自の組織要件と特殊な近代化ニーズ 様々 カスタム内部ライブラリの移行、組織固有の コーディング標準、独自のフレームワークの 移行 Ref:Transformation Patterns https://docs.aws.amazon.com/transform/latest/userguide/custom.html
9. Modernizationの目的特化型生成AIAgent サラの状態の生成AIでやるよりもゴール早そう ちゃんと活用できると社内でも重宝しそう “使ってみた”続報に期待...
10. AWS re:invent2025 recap • re:invent初参戦。海外13年ぶり。ラスベガス2回目25 年ぶり • 生成AIからAI Agentにしぼった印象 • 先人たちの教えに従って間違いなかった。 • ハワイトランジット • のどぬーるマスク • JAWS-UG札幌のみなさんや同行のみなさんに お世話になりました • 交流できてホントに楽しかった